在Git Repo中尋找不同web.configs的解決方案

Question

因此，在我的開發實例和生產實例中，我的web.config文件中有一些小的更改用於重寫。但是有很多相似之處。什麼是跟蹤文件的常見/好的/最好的解決方案，但仍然是如何保持它們正確。

我的想法是製作一個web.config.prod和一個web.config.dev並將它們推送給我。然後，當我拉取決於我的需要刪除.dev或.prod。然後當我再次提交文件時將其添加回來。

我目前所做的是將生產版本保留在回購協議中，並且在我的開發實例中，我並不是每一次都提交它，但是我發現自己經常需要取消選中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