最佳 bitbucket git sourcetree 工作流程

Question

到目前為止，我們有一個帶有主分支的 git 存儲庫。 現在我們將在這個 repo 中建立一個 QA 分支。 （它們存儲在 bitbucket/git 中。）我和其他人使用 Sourcetree 和命令行 git。

到目前為止，我在本地克隆主存儲庫后的工作方式是通過我的 IDE 將更改保存到本地文件系統。 我會打開 sourcetree 並查看我更改的文件。 我會把它們上演。 那我就答應了。 接下來我會推。 他們當然致力於掌握所有其他開發人員和我的集成位置。

但是現在在我們的工作經過同行評審之后，我需要將我的工作推給 QA。 執行此操作的最佳方法（或唯一方法？）是在本地克隆測試。 然后在我的工作在master open sourcetree中被批准后，切換到QA，然后stage/commit/push？ 或者我應該直接將更改從 master 提交/推送到 QA 嗎？

兩種方法都有優點/缺點嗎？

Answer 1

您的工作流程

如果還沒有的話，這很快就會給你帶來麻煩。

有些小組可以像您上面提到的那樣 function，但根據我的經驗，這些都是具有多年合作經驗的開發人員。

最終，一位開發人員會遇到合並沖突，並刪除/添加不應該的代碼。 這種合並沖突將被添加到主要歷史記錄中，並會引起頭痛。 這是引入錯誤或更常見的破壞構建的好方法。

分支不是敵人，也不是昂貴的。 它們只是指向提交的指針。 可以輕松創建和刪除分支，將它們作為一個團隊來擁抱。

Github 流量

我建議從github 流程開始，然后將其成型為適合您的團隊。 這使您可以在可以適當地合並到每個環境（生產/qa）的安全分支中工作。

在一個完美的世界里，你將從 master 分支，做你的工作，做出你的提交，並向 QA 提出 pull/merge 請求。 審核后，您的代碼將部署到 QA。 一旦 QA 上的所有工作都完成了，QA 就可以合並到 master 中。

其他需要考慮的事情（業務）

根據您的工作環境，您可以使您的分支更加詳細。 例如，在代理機構工作時，您可能必須先為某項功能付費，然后才能部署它。 您不想因此阻止錯誤修復。 您可能在一個產品團隊中，其中 master 必須始終准備好為新客戶部署，或者成為生產中的示例，以便可以輕松識別錯誤。