立即查看AppHarbor。我的主要问题是标题,但我还有其他与git + windows相关的问题。
首先,与this video有关。我喜欢我可以为部署指定配置转换的想法。我的问题是,它必须是Web.Release.config转换吗?我实际上想通过将其用作集成测试的qa部署来测试它。我可以将转换指定为Web.DeployToAppHarbor.config吗?
其次,我已经读过有关crlf问题的内容。当我运行git add .
时,我是否应该收到所有这些消息?
warning: CRLF will be replaced by LF in [path].
The file will have its original line endings in your working directory.
除此之外,我还应该在运行git commit -m "Initial commit"
后获得所有这些消息吗?
create mode 100644 [path]
如果这些是正常的,有没有办法让git bash不那么冗长?
答案 0 :(得分:3)
如果您不打算使用一个平台,建议将autocrlf设置为false,并且不要让Git更改行结尾。
AppHarbor将始终应用Web.Release.config
。如果你想要qa和其他像“staging”的其他配置,你可以拥有这些,但是在不同的分支中管理它们是好的。合并到这些分支时,请在merge命令中使用--no-commit,并确保合并不会使用git checkout HEAD -- config
更改它们。然后使用git commit
完成合并。
更好的是,您可以将配置更改保存在一个特殊的分支中,您可以将配置的属性更改为生产的属性。每次合并后,您可以将该提交应用为补丁。这样可以很容易地对配置的其他更改进行合并,但是在挑选一次提交之后,您可以将这些特殊属性更改为您喜欢的内容。