我應該從Github派生一個小組項目還是在Eclipse中進行工作？

Question

我正在為學校做一個小組項目，對Git和Github還是陌生的。 據我對Github的了解，當我“分叉”存儲庫時，我實際上是在自己的Github帳戶中創建項目的副本，以便我可以獨立地進行工作。 我也知道我可以直接從我的小組成員制作的原始存儲庫中提取到我的IDE中並從那里去。

如果我從組成員的存儲庫中“分叉”，如果他要提交，我如何用他的更改來更新分叉？

我想我的問題是：在一個小組項目中，我們將工作分開了，將Eclipse設置為直接從主存儲庫中提取是更好的主意，這樣我就可以輕松地將更改合並並合並到我正在處理的工作中- -或-分叉存儲庫並在我自己的副本上獨立工作，然后以某種方式將組成員所做的任何更改合並到我自己的分叉中，然后在完成工作后推送更改？

這是個人喜好，是將原始存儲庫直接拉到Eclipse還是將存儲庫“分叉”到我的Github帳戶上，然后從那里開始工作？ 更好的做法是彼此做一個嗎？

我可能可以通過在線教程弄清楚如何做到這兩種方式，但是我不確定該走哪條路。

感謝所有幫助。

Answer 1

對於小組，建議使用下面的選項2並根據拉取請求提交更改

本質上有兩個選擇：

1. fork- 在此處閱讀如何獲取上游更改的克隆。 當項目所有者希望控制更改如何進入項目時，可以使用這種方法。 對於班級項目，這可能不是必需的。
2. 克隆-使用功能分支和拉取請求來管理更改（以下更多詳細信息）

小型團隊的git工作流程可能如下所示。 您可以在此處閱讀更多詳細信息

• 將團隊存儲庫克隆到本地工作站
• 選擇要使用的功能並創建要使用該功能的分支
• 進行許多混亂的提交，直到您有准備發送給團隊倉庫的東西為止
• 從團隊中撤出上游變更，以致力於掌握並重新構建功能分支以根據需要合並這些變更
• 用git rebase -i origin/master重寫提交歷史
• 創建一個合並到主服務器的請求請求

Answer 2

我們在工作和工作上的工作方式以及我在個人項目中的工作方式如下：

• 克隆主存儲庫（無分支）。

• 簽出一個新分支，您計划在其中完成所有工作。

• 完成結帳后，主項目分支（可能是主項目，在工作中我們使用開發）

• 運行git pull origin master（或其他主要分支名稱）

• 簽出返回所做的所有更改的分支。

• 在您的分支上運行git rebase master，這將在master上運行所有更改。

• 然后執行git push origin'您的新分支名稱'

• 最后，將分支推送到主倉庫后，提交拉取請求。

這是保持線性變化的一種好方法，並且效果很好。