1

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

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

我目前正在做的是将生产版本保留在存储库中，并且在我的开发实例上我只是不提交它，但我发现我自己经常需要取消选中 TortiseGit 中的框。我认为忽略该文件是行不通的。那会一起忽略它吗？

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

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

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

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

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

4

1 回答 1

0

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

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

于 2013-03-26T18:05:09.807 回答