當您需要處理多個解決方案文件時，人們通常如何處理TFS？如果你有一個實例，這很容易，因爲你可以隨時訪問源代碼管理器的窗口，等待更改，檢查構建或工作項目。但是當你有4-5個解決方案時，處理起來就變得非常棘手。你可以擴展一些文件夾或者在一個VS實例上檢查一些待處理的項目，但是你必須記住你在哪一個文件夾上做了。TFS並使用多種解決方案
讓一個專用於TFS任務的獨立實例很誘人，但整個程序只有一個窗口狀態。如果該實例最後關閉，則所有實例都會打開所有TFS窗口。
其他人如何處理這個問題？你能否以某種方式使用單獨的配置文件，並封鎖Visual Studio的「TFS」實例？
如果您同時打開多個Visual Studio實例（我不太清楚爲什麼需要這樣做），那麼您的更改將在所有Visual Studio實例中「同步」。不要在解決方案資源管理器中進行檢入，請從源代碼管理資源管理器執行此操作，然後確保在一次簽入中獲取所有更新。
它同步一點，就像簽入文件一樣，但有很多東西不是。在待定更改中檢查的文件，在源代碼管理資源管理器中展開的文件夾，在TFS瀏覽器中展開的節點，打開構建窗口等。 – RandomEngy 2010-05-27 02:08:44
是的，但這不是TFS的缺點，這是打開多個Visual Studio窗口的實際情況。無論您使用的是什麼源代碼控制，都會發生。 – Robaticus 2010-05-27 02:58:16
不，如果您將源代碼管理與單獨的應用程序（如TortoiseSVN或TortoiseHG）一起使用，則不會出現這些問題。真正的問題是所有這些窗口都綁定到VS的每個實例。 – RandomEngy 2010-05-27 15:54:41
使用掛起更改窗口。查看 - >其他窗口 - >掛起的更改。這有一個工具欄選項，用於只顯示當前解決方案的更改。這是Pending Changes窗口中的最後一個工具欄按鈕。我通常在VS中完成這個完整的文檔，然後記住它的鍵盤快捷鍵：ALT + V，E，H。顯然你可以綁定你自己的快捷方式，但是有什麼好玩的。
Eclipse對Pending Changes具有類似的視角/視圖，但它的名稱讓我感到遺憾，而且我目前沒有Ubuntu VM。
解決方案資源管理器和源代碼管理資源管理器絕對不是我的辦理登機手續的建議。我個人喜歡清除待處理更改中的所有複選框，然後區分每個文件。這使我免受A）在簽入之前等待太久（它吸取比較20個文件1）和B）避免檢查我沒有打算的改變。
我一直打開這個窗口。按解決方案進行過濾確實有助於將交叉污染降到最低，謝謝儘管有時候我需要從多個解決方案中檢查文件，但這並不包含有關TFS的其他所有內容。 – RandomEngy 2010-05-27 15:59:55
使用VS/TFS時可能會發現VSCommands有用 - 它可以配置爲在標題欄中顯示Solution和TFS分支名稱，該指示在處理多個VS實例（或多個分支同一個項目）。
這正是我使用顛覆的原因。 – 2010-05-26 22:07:16
戴夫 - 我不確定那跟它有什麼關係。 SVN很酷，但TFS也是如此（在我看來，Git和除了StarTeam之外的其他任何東西都是如此）。 – Robaticus 2010-05-26 23:57:27