0
以前，我們的部門沒有對基於SQL Server的內部數據庫應用程序（所以sql腳本不是.net代碼）進行源代碼管理。澄清初始SQL解決方案的TFVC文件夾和分支方法
的Visual Studio 2013
的Team Foundation Server 2012
SQL Server 2012的
我們現在正在引進TFVC我們的小部門，但我不確定如何最初定義內部TFS文件夾結構以支持我們預期的版本控制使用。這與分支策略如何吻合。
我們的預期是我們將使用標準主線分支策略。即開發,UAT和生產版本的代碼庫。
所以，當OurApp01最初的發展是準備UAT，我們的主要的基本代碼將被分流到創建一個開發的代碼庫在其中OurApp02發展將繼續下去。 UAT和任何必需的修補程序將應用於主代碼庫。當UAT完成並且OurApp01被轉移到生產中時，將爲我們的生產代碼庫創建另一個分支。此時，主代碼庫也將合併回開發代碼庫，以確保在UAT期間進行的修復處於開發階段。
我的假設是，我們在TFS中只有一個主文件夾結構，本地反映出來。然後，在創建Dev和Prod分支後，我們可以爲與這些分支關聯的來源創建本地文件夾。但是我們做而不是在TFS中創建/ Dev或/ Prod文件夾 - 我們仍然只有一個/ Main文件夾，但它有兩個Dev和Prod分支。
我的理解是否正確？