在github的主要版本上進行遠程協作

我對git還是比較陌生，只使用了基本功能。我在github上有一個項目，這個項目非常受歡迎，我正在重寫。我得到了社區其他人的幫助，但是我希望避免在我將它們轉移到原始分支時推動我的突變。我可以有一個本地開發分支，但這是github上的人看不到的。在github的主要版本上進行遠程協作

這種情況下最佳做法是什麼？在github上分叉原始回購，在叉子上工作，然後合併到原來的？有效地使用叉子作爲分支。

任何意見讚賞。

來源

2012-08-09 madcapnmckay

爲什麼不只是一個主題/開發分支在同一回購？ – jdi 2012-08-09 02:20:25

你見過http://nvie.com/posts/a-successful-git-branching-model/ – 2012-08-09 02:20:51

我認爲你應該創建自己的開發分支，可以推到github。分叉很棒，但我認爲當你有一個團隊的提交者時，它最適合你，並且你希望確保你在合併到master之前獲得代碼評論等。既然你是這個項目的所有者，除非你正在尋找這個過程的一部分，否則我會建議創建一個功能分支並處理它。

來源

2012-08-09 02:30:02 Roger

好的，所以我已經有了一個本地功能分支。如果我做'git push origin my_feature_branch'，它會改變原點併爲現有用戶打破我的項目。有沒有辦法將分支推送到主github回購站點，而不將它合併到主幹線上，以便合作者可以將此分支引入？ – madcapnmckay 2012-08-09 02:57:25

'git push origin my_feature_branch'會將分支推送到您的原始位置，這只是您的遠程名稱。這應該是安全的，因爲沒有人在這個分支上工作。 'git push origin master'會將主分支上的更改推送到可能導致問題的遠程。 'git push'也可能導致問題，因爲它會以提交方式推送所有遠程跟蹤的分支。因此，例如，如果您對主人進行了更改，而您不希望按以下方式明確指定分支：'git push origin my_feature_branch'，而不僅僅是'git push' – Roger 2012-08-09 03:24:24

在github的主要版本上進行遠程協作

回答

相關問題