我可以为 appharbor 部署自定义 web.config 转换吗？答案

【问题标题】：Can I customize the web.config transform for appharbor deployment?我可以为 appharbor 部署自定义 web.config 转换吗？
【发布时间】：2012-02-16 22:39:26
【问题描述】：

今天查看 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 不那么冗长？

【问题讨论】：

标签： git deployment appharbor web-config-transform

【解决方案1】：

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

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

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

【讨论】：

感谢您的信息。我也是 git 新手，但一直在考虑将源代码从 TFS 转移到 GitHub。稍后将不得不重新审视您的建议，目前，我们根本不使用 Release.config，因此我可以将其专用于 AppHarbor 而不必担心任何内容被覆盖。
远离 TFS 的绝佳选择。
VS 工具是最大的阻碍。命令提示符是我的氪石，而且我们有多个必须切换的开发人员。 Phil Haack 说 GitHub 有一个关于 VS 工具的职位空缺，所以我会继续关注。
哦，你会喜欢命令行的。真是太棒了。试一试。
“你可以拥有这些，但最好在单独的分支中管理它们”在单独的分支中管理它们不好，它只是目前唯一的选择。