2017-01-23 45 views
0

我不是TFS的主人。在我以前的公司中,我使用過tfs進行源代碼控制,但它已經由一些顧問組織。該結構是這樣的多個開發商推薦的TFS分支結構

$/Main 
    -Project Framework 
    -Project Application 
    -Project Utilities 
    -Project Web 
    -Development 
    -Project Framework 
    -Project Application 
    -Project Utilities 
    -Project Web 
    -DEV1 
    -Project Framework 
    -Project Application 
    -Project Utilities 
    -Project Web 
    -DEV2 
    -Project Framework 
    -Project Application 
    -Project Utilities 
    -Project Web 

每個發展,我們會爲您在我們的節點後,然後合併發展,檢查然後合併到主和檢查。

現在我是一家新公司,我們自己做了架構。我們目前的結構,就像

$/Main 
    -Project Framework 
    -Project Application 
    -Project Utilities 
    -Project Web 

我建議我們做同樣的事情像我以前的公司,但我無法解釋爲什麼。在我看來,我之所以要這樣做,是因爲如果我不小心弄亂了這個項目,我仍然可以拿到開發副本,主副本總是經過批准或工作的代碼。

我是對嗎?

+0

看看下面的文章,它描述了各種分支策略的優缺點:https://www.visualstudio.com/en-us/articles/branching-strategies-with-tfvc – Joe

+0

謝謝!很棒的東西..打字戰略爲tfs或典型的tfs結構。 – CyberNinja

+0

看起來像鏈接已死 - 這是新的鏈接:https://docs.microsoft.com/en-us/vsts/tfvc/branching-strategies-with-tfvc –

回答

0

源代碼是您開發工作中的重要資產。但是,當多個開發人員同時處理文件更新時,有效管理和演變源文件可能是一項挑戰。版本控制中的關鍵元素是支持同時開發的分支。如果您在戰略上進行分支,則可以保持軟件多個版本的順序和一致性。

包括提供的鏈接@Joe,您還可以查看文章Branch strategically,並找到適合您新公司的分支策略。