2015-02-05 41 views
0

我和我的同事正在開發一個項目,並且正在使用Git作爲我們的源代碼控制。最近,我們偶然發現了一些令人討厭的問題,因爲缺乏正確的程序(所做的更改不應該是這樣,在生產中直接修改文件會干擾git pull等等)。因此,我們正在設法制定一個適當的程序,使我們能夠更好地協調。需要幫助用git建立開發過程

目前,我們有兩臺相互鏡像的服務器。一個用於製作,另一個用於開發(讓我們稱它們爲prod和dev)。另外,我們有一臺Git服務器,兩臺服務器都可以訪問它們的修改。

我們已經想出到目前爲止是這樣的:

1)安裝在所有本地機器上的Dev分支以及開發服務器。

2)所有本地開發都推到開發分支上。

3)一旦更改已經在開發服務器上進行了測試和驗證,我們將主分支上的開發分支合併,並推/拉一切,以便生產服務器得到更新。

請注意,這個程序並不完美。例如,我們都不確定Git的行爲將如我們認爲的那樣與開發分支一樣。然後,如果我們在開發分支上有兩個更改,並且只有其中一個已準備好生產,那麼我們如何合併僅在主分支上需要的一個?另外,如果我們有緊急解決方案,我們該如何解決?

無論如何,任何建議將不勝感激。

在此先感謝

+0

這是要被關閉爲基礎的意見。但請查看各種「流量」。最知名的可能是[Git Flow](http://nvie.com/posts/a-successful-git-branching-model/)和[GitHub Flow](http://scottchacon.com/2011/08 /31/github-flow.html)。還有[GitLab Flow](https://about.gitlab.com/2014/09/29/gitlab-flow/),我確定有幾十個其他人在流動。不要太過於裹在名字裏;在另一個系統中使用一個流模型通常沒有任何阻礙。 – Chris 2015-02-05 19:25:18

回答

1

我發現很難在第一信任的Git,但我已經習慣了它,我無法想象我面前,如何發展。更重要的是對於你的問題,我和我的同事們按照下面的指南開始了我們的工作。

http://nvie.com/posts/a-successful-git-branching-model/

霍根

+0

有關git-flow模型的簡化視圖,您還可以查看[git-flow作弊表](http://danielkummer.github.io/git-flow-cheatsheet/)。它包含流程的命令和解釋。 – 2015-02-05 16:09:08