源代碼控制培訓

Question

我相信每個人都知道源代碼控制是負責任的軟件開發的核心組件。與軟件開發實踐一樣，大多數組織在使用其選擇的源代碼管理工具時都有不同的政策和程序; Subversion，GIT，TFS等

我的問題是圍繞如何爲源代碼管理領域的新員工和現有員工提供培訓？您是否提供員工文檔，視頻，棕色包裝課程，來自認證供應商的正式培訓或其他內容？

Answer 1

我給予的培訓（一次正式培訓，附帶一些幻燈片）主要圍繞發佈管理流程進行。這意味着我沒有那麼多地展示我們使用的VCS的基本功能（用戶很快就能發現它們），但我堅持如何使用VCS功能來生成一個發佈版本（這是什麼所有的發展是：如果你沒有在生產出貨的東西，所有的遊戲是一種毫無意義的）

所以：

• when should you branch，爲什麼？
• 什麼時候你應該合併，爲什麼（不是那麼多）？ （提示：不在VCS中）
• 你應該在哪裏得到你所有的依賴關係。

換句話說，我試圖堅持如何VCS不是一個額外的障礙管理，但有一個工具，以促進下一個版本。

注意：這是一個以企業爲中心的觀點（許多內部項目都依賴於許多其他內部項目），並且可能與分散的開源開發項目非常不同（項目往往不是總是 - 單一的，只有庫的外部依賴）。

Answer 2

在我們的組織內，我們確定了兩組供應鏈管理「消費者」，併爲我們的每個組織量身定製了培訓。

SCM協調員預計不僅知道我們用SCM做什麼，但我們爲什麼這樣做。有一種期望，他們理解我們的分支方法，並且他們知道如何在工具和命令行中進行合併。這是我們在發展戰略中的第一道防線。

開發人員預計知道如何「獲取」，「檢出」和「提交」。他們應該對我們的分支方法有高層次的理解，以便他們知道哪些分支可以工作，他們需要知道如何使用集成的SCM UI來與存儲庫進行交互。

我們的我們的供應鏈管理協調員是一些精心挑選的高級人員，我們給予（並繼續給予）他們一對一的幫助以幫助他們學習。

我們的開發人員獲得一個PowerPoint卡組和（希望）與他們的SCM協調員一對一的時間。我認爲開發人員PowerPoint套牌大概是15頁18點類型。

到目前爲止，這已經非常好了。我的主要建議是，如果他們不需要知道這些信息，請確保不要讓他們知道SCM的詳細信息。我注意到普通人在5分鐘的供應鏈管理討論中就會gla然淚下。

Answer 3

你在找什麼樣的培訓？針對您的政策或您的源代碼管理系統？

如果你想要一個總體概述檢查Eric Sink的Source Control HOWTO。它比較老，所以我不認爲分佈式版本控制被覆蓋。