在Git Repo中寻找不同web.config的解决方案

Question

因此，在我的开发实例和我的生产实例中，我的web.config文件中有一些小的更改用于重写。然而，有许多相似之处。什么是跟踪文件的常见/良好/最佳解决方案，但仍然有一些如何使它们保持正确。

我的想法是创建一个web.config.prod和一个web.config.dev并按我的方式推送它们。然后当我拉动时，根据我的需要删除.dev或.prod。然后在我再次提交文件时将其添加回来。

我目前正在做的是将生产版本保留在repo和我的开发实例上，我不是每次都提交它，但我发现我的自己经常需要取消选中TortiseGit中的框。我不认为忽略该文件会起作用。那会一起忽略它吗？

这是一个私人回购，所以我不关心其他人如何使用它。

如果这个解决方案可以通过某种“动态”web.config解决，我也会对此持开放态度。以下是web.config可能不同的原因。

1. Canonical域名删除www。显然我的prod和dev上的域名不同，所以如果我使用一个文件，它会将我发送给该文件中的任何一个。
2. 我们经常发现自己在开发领域的文件夹中处理项目，但在生产的根级别。所以我必须在开发和/生产中添加/文件夹。

如果我能用更好的web.config解决这个问题，我会对此持开放态度。否则我只需要一个有组织的Git解决方案。

关于组织此代码的可行解决方案的想法？

Answer 1

这通常使用web.config转换进行管理。您有用于调试的构建配置和用于发布的构建配置。然后，每个配置都有web.config文件，根据环境描述不同的值。将站点发布到特定配置时，将对基本web.config进行任何相关的转换。

参见例如http://msdn.microsoft.com/en-gb/library/dd465318(v=vs.100).aspx