2013-10-26 48 views
2

我正在爲學校開展一個小組項目,我是Git和Github的新手。根據我對Github的理解,當我「分岔」一個倉庫時,我基本上將該項目的副本創建到我自己的Github帳戶中,以便我可以獨立處理它。我也明白,我可以直接從我的組成員進入我的IDE並從那裏前往的原始存儲庫中取出。我應該從Github中派生或拉出一個組項目來在Eclipse中工作嗎?

如果我從我的組成員的存儲庫'fork',如果他要對它進行提交,我如何更新fork以及他的更改?

我想我的問題是:在我們分工的小組項目中,將Eclipse設置爲直接從主存儲庫中提取是一個更好的主意,這樣我就可以輕鬆地將更改合併到我的「 m正在處理--OR--分配存儲庫並在我自己的副本上獨立工作,然後以某種方式將我的組成員製作的所有更改合併到我自己的分支中,然後在完成分配時推送我的更改?

這是個人喜好從原始存儲庫直接導入到Eclipse中,還是將存儲庫「分叉」到我的Github帳戶,然後從那裏開始工作?對另一個做一個更好的做法嗎?

我大概可以弄清楚如何通過在線教程做到這一點,但我不確定採取哪條路線。

所有幫助表示讚賞。

+0

這是一個很好的[分岔工作流程概述](https://www.atlassian.com/git/workflows#!workflow-forking) – thgaskell

回答

1

爲小團體建議使用下面的選項2和上拉提交請求改變

主要有兩個選項:

  1. 叉 - 看如何把上游的變化here克隆W /拉。當項目所有者想要控制更改進入項目時,會使用這種方法。對於可能不需要的課程項目。
  2. 克隆 - 使用功能分支&引入請求管理的變化(幾個詳情如下)

Git的工作流程的一個小團隊可能看起來像下面這樣。你可以閱讀更多細節here

  • 克隆球隊回購到本地工作站
  • 選擇一個功能,在工作和創建分支對功能工作
  • 使大量凌亂的提交,直到你有什麼準備發送給球隊回購
  • 拉下從獲得致力於掌握和衍合特性分支納入那些爲球隊上游變化所需
  • 重寫提交歷史與git rebase -i origin/master
  • 創建一個拉請求被合併到主
0

我們的東西和工作的工作方式,因此我將它用於個人項目的方式如下:

  • 克隆主存儲庫(無叉)。

  • 簽出您計劃完成所有工作的新分支。

  • 當你結賬完成主體工程分公司(大概掌握, 在我們使用制定工作)

  • 運行的git拉出身主(或任何主要分支的名字是)

  • 簽出您已完成所有更改的分支。

  • 在你的分支上運行一個git rebase master,它會運行你所有的 變化,無論它在master上。

  • 然後做一個混帳推出身「你的新分支名」

  • 最後,一旦分支已經被推到了主要回購,提交 拉請求。

這是保持一組線性變化的好方法,它工作得很好。

相關問題