2011-09-26 76 views
1

我們有一個小的開發團隊,都在同一個房間裏工作。我們正在設立Github來管理一些中型/大型項目。我們都是Github的新手,但想要使用它,因爲我們的項目基於Github上託管的開源軟件。如何將Github與共享存儲庫模型和Aptana一起使用?

在我們的情況下,「共享存儲庫模型」看起來很理想 - 每個開發人員都擁有完整的Git特權。

我們想使用以下過程:

  1. 每個開發人員的工作與自己的版本使用的Aptana作爲IDE項目。
  2. 每位開發人員定期獲取更新,並承諾回購
  3. 我們定期更新來自回購項目的演示版本,以向項目干係人展示。

所有這些都是非常標準的東西,但我們正在努力尋找一些明確的文檔或「如何」來設置它。 Github文檔似乎旨在開源協作。

這可能是我們不完全理解Git的術語,我們來自Subversion的背景,一個開發者使用了Mercurial。

有人可以請建議一些清晰的文檔或如何設置這種類型。

在此先感謝。

回答

3

首先,在你的回購像創建幾個分支:

  • 主人 - 這就是代表你的當前版本中的一個
  • 發展 - 這是一個收集的最新完成開發任務(即用戶故事)

當開發人員開始在一個新的用戶故事的工作,他創建了一個新的分支從開發使用:

git fetch 
git checkout develop 
(git pull origin develop) <-- only if you are not yet on head of develop 
git checkout -b new-feature-branch 

現在開發者只能在這個功能分支上工作。完成他的工作後,他創建了一個從他的特色分支開發的拉動請求。其他開發者會在GitHub上查看它,查看他的更改。如果需要返工,開發人員會繼續將更改推送到其功能分支,因爲拉取請求將隨之更新。如果一切正常,請求將被合併到開發中。

不時地將您的更改從開發合併到master,再次使用pull請求。如果你沒有很好的測試覆蓋率和持續集成,你可能需要在主控和開發之間增加一個分支來首先穩定你的代碼。

此模型假定您的功能分支是短暫的,例如, 1-2天。

+0

Re * * dev繼續將更改推送到他的功能分支,因爲pull請求會隨之更新*「;有沒有辦法禁用推入功能分支被自動納入拉請求?或者正在創建另一個新的分支機構,以防止這種情況發生? – Pacerier

相關問題