在快節奏的環境中從SVN切換到Git

Question

我所屬的開發團隊由一個快節奏的內部開發環境中的五個成員組成（我們開發基於Web的解決方案，供其他部門使用，即ERP）。我們目前將SVN用於單個項目，該項目具有開發環境和生活環境； 開發環境使我們能夠確保功能在發布到實際環境之前能夠正常工作。 當滿足要求時，我們將更改從開發服務器提交到SVN存儲庫，並將這些特定更改拉到實時服務器上。

我們對開發人員進行測試，直到代碼達到穩定的提交水平。

但是，我們想切換到Git（許多其他項目都放在Git上，並且我們希望它保持一致。）這是一個挑戰。 我們希望擁有一個易於使用和跟蹤的工作流程。 我建議為live（master）和dev創建兩個主要分支，並將每個功能/修復放在自己的分支中。 這使事情更容易跟蹤，但又難以放置，因為這需要花費更長的時間，並且我們對代碼所做的某些更改需要盡快發布。

另一個建議是只擁有一個開發人員和一個正式分支。 我們將提交到dev分支，確保它們可以正常工作，然后對結果感到滿意后，將這些文件合並為活動文件。 唯一的問題是我無法找到一種實現此行為的體面方法。 是否可以快速將特定文件從一個分支合並到另一個分支？

是否還有其他git工作流程更適合我們的環境？

Answer 1

您列出的兩個建議都可以使用，但是可以通過以下工作流程改進兩個工作流程：

• develop分支：所有開發人員都在該分支上工作。 當更改准備好部署到實時環境中時，開發人員可以將其更改推送到live （ master ）分支。
• 功能/修補程序分支：是開發人員在其本地存儲庫上的短期生存分支。 例如，如果開發人員想要開發新功能或修復錯誤，則可以從develop分支創建本地功能/修補程序分支。 完成工作后，將功能部件/修補程序分支合並到develop分支中。
• live / master分支：它是生產/發行版本。 在develop分支上驗證代碼后，然后develop分支可以合並到live / master分支中。

您列出的兩個建議之間的差異：

1. 它也有兩個主要分支（ develop和live / master ）作為第一個建議，但是由於live / master分支是生產/發行版本，因此它僅具有feature / hotfix分支來進行develop分支。
2. 該工作流不是直接在develop分支上進行更改。 它適用於功能部件/修補程序分支，然后將更改合並到develop分支中。