關於設置版本控制系統的想法

Question

我的任務是爲我們的Web開發人員設置版本控制。我選擇的軟件是Serena PVCS，因爲我們已經有其他非Web開發人員使用它了。

我很難決定如何設置它，所以我將描述如何在我們的系統中進行開發，並希望它會產生一些關於如何做到最好的討論。

我們有3個服務器，開發，UAT /舞臺和生產。 Web開發人員只能訪問在開發服務器上編寫和測試他們的代碼。一旦他們編寫代碼，他們必須通過認證過程才能將代碼轉移到UAT/Staging，然後在代碼徹底測試之後，將代碼轉移到Production。

這似乎是讓開發人員在開發中使用版本控制來處理他們的代碼，他們不斷地改變和測試會是一個煩惱。通常，一個開發人員一次只能在一個模塊上工作，因此覆蓋他人工作的風險不大。

我的想法是讓他們只有在準備好進入UAT/Staging時才使用版本控制。這允許他們開發和測試，而不需要不斷地檢查他們的代碼。

然後，認證小組可以使用版本控制來幫助查看對模塊做了哪些更改，並確保他們始終從開發人員那裏獲得最新的修訂版以支持UAT/Staging（現在我們依靠開發人員通過網絡請求系統壓縮他們已更改的文件並將其上傳）。

這會照顧開發的文件，但是將整個數據庫端留在版本控制之外。這是我需要考慮的其他事情...

任何想法或想法將不勝感激。謝謝。

Answer 1

我不會將源代碼管理視爲煩惱。查看尼克斯的答案是有原因的。

如果我是你，我就不會在我自己的這個決定，因爲它不是某些服務器，但 的改變和提高發展過程的問題上設置一個版本控制軟件的 問題。

在你的情況下，它可能是值得說明的是，討論發佈分支 與您的開發和質量保證。 這意味着開發人員可以決定將哪些功能納入 版本，並且臨時工作人員正忙於測試源的「分段」分支， 開發人員已經可以在不干擾分段團隊的情況下開發下一個版本。

您也可以考慮功能分支，這意味着網站的每個特定新功能都有一個新分支。如果該功能已實施，則這些分支會合並回來。

但是，請確保您的團隊同意新的開發流程。否則，你通過設置一個版本控制系統來浪費你的時間。

方法至少應包括：

• 當提交。
• 何時分支/合併。
• 什麼/何時標記。
• 整體工作流程。

Answer 2

使用源代碼控制不是任何煩惱，它是一種工具。使用新的API和庫時，具有分支和標記的好處是非常寶貴的。我們問他最後一次將代碼提交給源代碼管理的時間是2個月，而且只是一個附註，幾個月前支持開發人員的一臺機器失敗並丟失了所有最新源代碼。有時只是在達到里程碑時備份內容是件好事。

我通常每週都會提交源碼控制幾次，這取決於我是否已經達到了一個很好的停止點，並且我即將轉向不同的或更大的東西。

Answer 3

從上兩個好點開始，我還會問你的其他非web開發者他們正在使用什麼developmet過程，所以你不必創建一個新的過程。他們也會遇到許多在您的環境中出現的問題，包括技術上使用相同的操作系統以及設置和管理。

Answer 4

我已經使用了Serena，這確實是一個煩惱。除了工作流程開銷不愉快之外，Serena將其置於check-in out過程之上，除了最簡單的任務之外，除了做任何事之外，這是一個真正的痛苦。

在Serena ChangeMan中，本地機器上的所有代碼都通過中央服務器進行管理。這是一個非常糟糕的設計。這意味着很多日常分支機構的維護工作通常由開發人員完成，必須經過具有管理員權限的人員，這使得人員成爲瓶頸，因爲他們有吸引人的工作而感到沮喪。

集中管理也嚴格限制了開發人員能夠在自己的機器上對代碼執行的操作。例如，如果你想在你的盒子上本地創建代碼的第二個副本，那麼只需要做一個快速測試或者其他什麼，就必須讓管理員在你的盒子上設置第二個存儲庫。當你限制這樣的開發者時，你會限制你的團隊的生產力和創造力。

此外，工具不好，用戶界面非常可怕。而且你將永遠無法找到已經接受過使用培訓的開發人員，因爲它太模糊了。

所以，如果另一個團隊說你必須使用Serena，那就推回來。該產品是可怕的。