5

今天查看 AppHarbor。我的主要问题在标题中，但我还有其他与 git + windows 相关的问题。

首先，和这个视频有关。我喜欢我可以为部署指定配置转换的想法。我的问题是，它必须是 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 不那么冗长？

4

1 回答 1

3

如果您不打算使用一个平台，建议将 autocrlf 设置为 false 并且不要让 Git 更改行尾。

AppHarbor 将始终应用Web.Release.config. 如果您想要 qa 和其他配置（如“暂存”）的替代配置，您可以拥有这些配置，但最好在单独的分支中管理这些配置。当您合并到这些分支时，请在合并命令上使用 --no-commit 并确保合并不会使用git checkout HEAD -- config. 然后完成与 . 的合并git commit。

更好的是，您可以将配置的更改保存在一个特殊的分支中，您可以在其中将配置的属性更改为生产环境的属性。每次合并后，您可以将该提交作为补丁应用。这将使对配置的其他更改很容易合并，但是在挑选了一个提交之后，您只能将那些特殊属性更改为您喜欢的。

于 2012-01-23T17:01:46.367 回答