2017-02-22 21 views
0

這只是一個想法。我在想它,不知道這是否是最佳的。一個非常簡單的git部署,如何構建git?

我們是一個小團隊。 1人最多3人。一般只有一個人。所以基本上所有寫入或幾乎所有的東西,比如說99%,都將盡快推向舞臺/製作階段。沒有長期的長期功能開發發生。

我們有3個階段

  1. 當地
  2. 分期
  3. 生產

我的混帳創建2個分支:

  1. 分期
  2. PR oduction

你在本地開發,一旦滿意,就把它推向升級。

它運作良好嗎?我們將它合併到生產分支。

像這樣,很容易看出什麼是生活,這是生產部門的一切。

現在什麼是從舞臺到生產合併的最佳方式?來保留提交,但也要看看合併何時完成。所以很容易恢復到「預合併」狀態。

一般,有沒有更好的方式來做到這一點?

如何正確標記東西?

它必須簡單,對於大多是一個人的團隊,或微小隊大長複雜的事情並沒有真正意義。

我讀到這裏:

https://datasift.github.io/gitflow/IntroducingGitFlow.html

它不提供的命令,它看起來有點太複雜,我

回答

1

我覺得混帳流沒有那麼複雜。它通過自己做了很多工作,也許這是你想要的,以便獲得線性年代表和良好的分支處理。 它提供了一些默認分支機構,可以幫助您進行軟件配置管理。

平時我主要使用兩個混帳流動可能性:

  1. 功能:與git flow feature start featureName一個新的分支被創建,由開始發展分支。您可以在每次想要將新功能添加到應用程序時使用這種可能性。當你完成開發你的新功能,git flow feature finish featureName,分支合併開發(沒有快進),然後刪除。
  2. 版本:與功能幾乎相同的命令(當然是發佈而不是功能),您可以從開發分支再次啓動一個新版本。當發佈準備就緒時,使用git flow release publish releaseName,release分支在develop和master分支中合併(始終沒有快速前向使用)。

Git流程提供其他分支類型,例如修補程序或錯誤修復。 我建議看看這cheatsheet,因爲我認爲這可能是一個很好的起點。