在TFS中,Visual Studio中有一個選項用於「在簽入時保留項目簽出」提供此類選項的目的是什麼?TFS什麼是保持結賬選項
我試圖建立一個報表工具來找出簽出的文件列表,所以在用戶設置了上述選項的情況下,我的報告是準確的,因爲開發人員總是可以聲稱「嘿,我的所有更改都將被簽入「
我如何在報告中反映這些結帳類型?
在TFS中,Visual Studio中有一個選項用於「在簽入時保留項目簽出」提供此類選項的目的是什麼?TFS什麼是保持結賬選項
我試圖建立一個報表工具來找出簽出的文件列表,所以在用戶設置了上述選項的情況下,我的報告是準確的,因爲開發人員總是可以聲稱「嘿,我的所有更改都將被簽入「
我如何在報告中反映這些結帳類型?
我使用這個功能時,我正在處理的部分是另一個開發人員需要的,但我並沒有真正完成整個任務。
您的報告仍然準確無誤,因爲它是系統的真實反映 - 代碼確實已簽出,開發人員可能仍在處理該文件。您可以真正知道是否檢入所有更改的唯一方法是將源控件的當前版本與每位開發人員的本地簽出副本進行比較,這對於報告目的來說不可行,並且可能價值有限。
在現代化的CI環境中,提交更改並簡單地更改相同的模塊是非常普遍的。另一方面,一旦達到里程碑,開發人員將簡單地提交更改&開始工作的其他內容。
所以,我認爲TFS提供這個可配置標誌是非常自然的。
TFS生態系統中的另一個主要功能是門控檢入:這種模式是提交擱置,一旦所有成功提交,就會建立&。如果不是這個選項,開發人員將不得不等待,直到過程結束。
我不同意開發人員聲明「嘿,我的所有更改都已簽入」:我們在團隊中的原則是,所有檢出的內容都正在開發中,其他任何內容都應該被擱置或承諾。
您可以考慮一個規則,即每個開發人員的所有待處理更改都會在工作日結束時擱置。我個人反對任何此類措施,但如果我的開發人員不適應這一原則,肯定會將他們視爲一種選擇。
如果你同意上述內容,你的第二個問題會變得相當陳舊:在我看來,沒有幾種'結賬'。
完全同意。一個問題,開發人員如何提交一個shelveset是可配置的?看起來像這種方法避免了建立休息或至少給它更多的控制權。 – lloydom
您可以通過導航到「查看」>「其他窗口」>「待定更改」來找到「待定更改」窗口。在那裏您會看到所有簽出的源文件。 「Check In」和「Shelve」按鈕並排排列在一起。 – pantelif