2012-01-13 40 views
2

我的場景非常直截了當。我在本地計算機上工作了很長時間,從TFS的代碼分支開始工作。老闆,我需要推進一個錯誤修復。有沒有乾淨的方式來改變上下文?這個長期的任務已經更新了很多文件,我想確保我從一個乾淨的版本實現bug修復。在Visual Studio中本地管理切換編程任務的最佳方法是什麼?

如果我使用Git,我知道該怎麼做:從main創建一個新的分支,修復bug,檢入,回到之前的分支,但是TFS並不是真的那樣工作。有任何想法嗎?

+4

哪個版本的TFS?隨着2010年,你可以「擱置」你的改變,並在你準備好再次回到他們時「放棄」他們。 – 2012-01-13 15:56:44

+0

我使用2010年,我猜擱置可能是我正在尋找的,我只是好奇,如果這是什麼擱置,或者如果有任何其他方式做到這一點 – peterw 2012-01-13 16:02:37

+1

是的,這就是擱置是什麼。 VS/TFS的下一個版本通過將貨架與工作項目相結合來進一步規範這一點。你爲一項任務開始一套工作;暫停該任務;稍後恢復,修改,打開的窗口,斷點等全部恢復。 – 2012-01-13 16:08:54

回答

6

如果您不想提交您正在處理的更改,那麼您的第一步是擱置它們 - 這非常簡單。

下一步是決定你將在哪裏執行緊急請求。這取決於

  1. 你如何設置你的分支方案,源控制(見here一個偉大的資源),&
  2. 其中報告錯誤

「Boss'-線錯誤傾向於從Release-Lines中報告,將此作爲給定的必需參數:

  • 確定最後一個對應的變更集s到你的問題被報告
  • 跟蹤此變更到你能工作的分支上的版本(我想你不能在你的收線直接更改,右)版本
  • 做一個分支&實施更改。您的構建環境應確保所有測試&檢查確保您的問題已修復&沒有其他人出現。

你的下一個挑戰是如何「會傳播這些變化到一個新的版本 - 這樣就大大取決於你如何運軟件給客戶(修補程序補丁服務包??),還有的嚴重程度問題。

在您將所有事情恢復正常之後,unshelve &將繼續處理您的長期任務。

相關問題