我想下面由我PRJ文件了:如何防止Visual Studio中的添加SAK到PRJ文件
<SccProjectName>SAK</SccProjectName>
<SccLocalPath>SAK</SccLocalPath>
<SccAuxPath>SAK</SccAuxPath>
<SccProvider>SAK</SccProvider>
我使用的源代碼控制管理只是,不希望在我的prj和SLN文件綁定元。我已經通過文件 - >源代碼管理 - >高級 - 更改源代碼管理刪除了所有綁定,並手動刪除了prj和sln文件中的所有SCC內容,Visual Studio一直在更改我的prj文件和sln文件打開解決方案時。該解決方案的
一部分可能涉及更改註冊表,HKEY_CURRENT_USER \ SOFTWARE \微軟\ VisualStudio的\ 11.0 \ SourceControl AlwaysAddProjectsLocatedOutsideOfSolutionTree改變這種零停止28的18 prjs從得到自動更新,SCC東西隨着開放的解決方案。
我試過的另一件事是阻止Visual Studio在刪除所有綁定後重新加載sln和prj文件。 Visual Studio將檢測到對sln和prjs的編輯並嘗試重新加載,包括簽入時是否執行了任何類型的automerge。
對我來說,解決方案的一部分是當我刪除sln上的綁定時,TFS會突然將我的sln視爲不是最新的。所以當我提交我的clean sln而沒有使用scc綁定時,automerge會發回我的scc綁定,這些綁定是TFS服務器上最新的一部分。
所以我嘗試的解決方案的一部分是用記事本編輯我的SLN,忽略任何提示由Visual Studio重裝,也結帳在源代碼控制管理編輯,直到TFS再次認可我的工作空間的版本有最新SLN 。第一次將我的sln作爲我的工作區版本中的最新版本進行編輯,但是第二次將其編輯爲無效。
因此,這工作起初,所有的解決方案綁定被刪除,直到我添加了一個現有的項目,這是以前的解決方案的一部分,並確實有Scc信息,並添加了源代碼控制綁定回sln文件和其他相關項目。
我很肯定你現在需要保留他們。也許在TFS 2014/ASP.Net vNext(我正在考慮項目JSON文件)它可以消失。他們似乎毫無意義,但我認爲VS需要他們。 – DaveShaw 2014-11-01 00:22:39
與論壇網站不同,我們不使用「謝謝」,或「任何幫助表示讚賞」,或在[so]上簽名。請參閱「[應該'嗨','謝謝',標語和致敬從帖子中刪除?](http://meta.stackexchange.com/questions/2950/should-hi-thanks-taglines-and-salutations-be -removed - 從 - 個)。 – 2014-11-01 00:25:17