我正在與一些其他開發人員一起開展多個分支的項目。在我的日常工作中，我經常爲了測試的目的而在分支之間飛鏢，因爲我有我們的數據庫的本地副本，我傾向於有一個web.config文件，我從不檢查它，因爲它有我的數據庫連接字符串加上我的一些首選項設置。針對顛覆中的多個分支持有文件
我注意到一些其他文件在我的web.config文件（例如Web.config.r63）建立，我猜這些都是一樣的修訂文件？最終我的工作文件夾損壞，我必須重新下載源到另一個工作文件夾才能恢復工作。
以這種方式阻擋文件並在分支之間不斷移動導致顛覆問題？有沒有更好的方法來實現我想要實現的目標（保持本地設置而不必將其提交給其他開發人員）？
我注意到圍繞我的web.config文件（例如Web.config.r63）建立了一些額外的文件，我猜這些就像修訂文件？最終我的工作文件夾損壞，我必須重新下載源到另一個工作文件夾才能恢復工作。
這聽起來像有衝突發生。如果其他人修改了包含本地更改的文件中的行，就會發生這種情況。
然而，當更新衝突造成非常明顯的消息，並在svn st很容易看到。他們需要明確解決，但聽起來你的情況不會太難。 不是解決它們將導致無法從該工作副本提交。
如果我的猜測是正確的，您應該仔細閱讀[SVN Book]（http://svnbook.red-bean.com/）並閱讀關於分支，合併，切換和衝突解決的幾章。這應該不僅僅是在一個下雨的星期天下午可以閱讀的內容，並且應該讓你更好地理解SVN實際上在做什麼。
最乾淨的方式很可能會創建一個自己的項目保持配置/實用方法是共同的其他項目，並將其添加爲一個依賴於問題的主要項目。因此，配置文件獲得它自己的版本跟蹤。
通過「分支之間的飛鏢」我假設你的意思是「切換」。而且你說你永遠不會檢查web.config，這意味着web.config一度被添加到SVN中。 web.config.r63和其他.r *文件可能會彈出，因爲您的web.config在分支之間是不同的，並且最終會發生衝突。我覺得奇怪的是，當我得到這些文件時，我也會「丟失」有問題的文件，直到我解決衝突爲止;當我解決衝突時，SVN會爲我刪除.r *文件。也許通過「損壞」您的意思是該文件實際上被更改爲包含衝突的兩個修訂版的內容。
你最好把web.config放到你的項目中。
一種方法可能是檢入web.config.template並忽略web.config，這對每個開發人員都是單獨的。採用這種模式你不會面臨衝突。