github使用經(jīng)驗(yàn)？

_nosay

情景：
我在github創(chuàng)建一個倉庫，并向master分支提交了一份代碼，對這份代碼感興趣的人都可以對它進(jìn)行優(yōu)化或更深入的開發(fā)。

疑問：
1. 只需一個副分支就夠了嗎？
假設(shè)A、B同時開始對該副分支修改，A一天后將自己修改的代碼提交到該副分支，B兩天后提交時，怎么保證不影響A的提交，更甚至A、B對同一處修改完全相反的情況，應(yīng)該怎么處理？
還是說為每個有興趣參與的人創(chuàng)建一個branch，它們只能向自己的branch提交？

2. 怎么限制其他人直接往master分支提交？

_nosay

http://www.w2bc.com/Article/76608
http://www.tuicool.com/articles/f2i22iY
http://blog.csdn.net/qq_26296197/article/details/51482336

karma303

幫頂，我對github也是存在學(xué)習(xí)障礙。

_nosay

回復(fù) 3# karma303

哈哈，Github上關(guān)于代碼團(tuán)隊(duì)協(xié)作方式有很多種，有些方式是需要付費(fèi)使用的，有種免費(fèi)的是讓別人把你的建的倉庫fork到他自己的github，然后把修改后的代碼pull給你，你再根據(jù)情況進(jìn)行合并。

劍魂簫心

除非你把他們加入GitHub倉庫的collaborator，不然他們沒有權(quán)限直接向你的倉庫提交代碼。
比如我想?yún)⑴c你的開發(fā)，（這里的情形時你只有master分支，簡單點(diǎn)）我首先fork你的項(xiàng)目，這樣我就有了一份副本倉庫，我clone我自己的副本副本到本地，然后做一些開發(fā)，push到我自己的副本倉庫里，然后創(chuàng)建一個pull request提交給你，你可以進(jìn)行code review，如果你覺得我的代碼寫的可以，你就merge到你的倉庫里。
過了一段時間老王又給你貢獻(xiàn)了代碼，你合并進(jìn)去了，現(xiàn)在你的倉庫比我的新，我還想繼續(xù)開發(fā)的話就再次進(jìn)入pull request的頁面比對出你的倉庫和我的倉庫的差異，為我自己創(chuàng)建一個pull request，然后合并到我自己的倉庫里，這樣我的倉庫又和你的同步了。我再pull一下我的倉庫到本地，繼續(xù)開發(fā)，push上去，創(chuàng)建一個pull request提交給你，你又接受了。
又過了一段時間我又提交了，這次老王慢了，他在我之后，你發(fā)現(xiàn)老王的代碼跟現(xiàn)在的代碼有沖突，于是你否決了老王的pull request。
再過一段時間我和老王又提交了，還是我在前，你又發(fā)現(xiàn)了老王有沖突，你覺得總是否決老王有點(diǎn)過意不去，于是你手動解決沖突后把老王的代碼也合并進(jìn)去了。

_nosay

回復(fù) 5# 劍魂簫心

噢，生動。

還有些疑問：
1. 老王是隔壁的嗎？
2. 你和老王同時fork了同一個版本的倉庫，都做了很多修改，你比老王先提交，哪怕只先1秒，老王提交時就會出現(xiàn)沖突吧？
3. 如果你和老王確實(shí)同一時刻提交，有類似寫代碼中“鎖”的東西嗎？用于保證不可能出現(xiàn)同時提交的情況。

劍魂簫心

回復(fù) 6# _nosay


老王就在隔壁→_→
提交沖突是這么發(fā)生的：
比如原始代碼有一行： a=1
我和老王同時clone下來，我的修改是a=2,他的修改是a=3;
你把我的commit合并了，git就知道把代碼從a=1改成a=2；
你再去合并老王的修改，git對老王的修改進(jìn)行解讀發(fā)現(xiàn)他是從a=1改成a=3，但是現(xiàn)在的代碼是a=2啊,于是git 就不知道到底咋辦了。于是提示你手動解決沖突

1. 
   
2. <<<<<<< HEAD
   
3. a=2
   
4. =======
   
5. Creating a new branch is quick AND simple.
   
6. a=3
   
7. >>>>>>> laowang
   

復(fù)制代碼

你可以手一動保留一行刪掉另一行。
沖突解決！

我給找了個教程，你看看就懂了：http://www.liaoxuefeng.com/wiki/ ... b570f2cc3c0d1dcf000

劍魂簫心

新的回復(fù)包含鏈接，需要審核，稍等會兒吧～

劍魂簫心

回復(fù) 6# _nosay


隔壁的老王→_→

merge沖突是這么發(fā)生的：
例如原始代碼有一行： a=1
我和老王同時clone下來，我的修改是a=2,他的修改是a=3;
你把我的commit合并了，git就知道從a=1改成a=2；
你再去合并老王的修改，git對老王的修改進(jìn)行解讀發(fā)現(xiàn)他是從a=1改成a=3，但是現(xiàn)在的代碼是a=2啊,于是git 就不知道到底咋辦了。于是提示你手動解決沖突

1. 
   
2. <<<<<<< HEAD
   
3. a=2
   
4. =======
   
5. a=3
   
6. >>>>>>> laowang
   

復(fù)制代碼

你可以手一動保留一行刪掉另一行。
沖突解決！
如果是在GitHub合并pull request時出現(xiàn)沖突，可以在網(wǎng)頁上直接編輯解決。如果是本地兩個分支之間的沖突，git會自動打開文本編輯器讓你解決。沖突發(fā)生后的提示格式和上面的一樣。
（參考鏈接去掉了，如果需要參考可以百度一下廖雪峰的git教程）

如果是push內(nèi)容過多，需要耗時很長，那么這段期間內(nèi)其他人也push的話......我沒試過......git應(yīng)該會保證不出現(xiàn)問題

_nosay

回復(fù) 8# 劍魂簫心

噢，我之前誤解沖突了，我以為修改基于的版本，和github上最新的版本不同，就會沖突。

那現(xiàn)在考慮更具體的情況：
你和老王fork的版本都是1，原作者先合并了你的提交，版本變成2，這時老王也要提交他的修改。

1. 如果老王和你修改的文件不同，那肯定不會沖突吧？那么github要能分析自老王基于的版本1后，他所修改的文件沒有變過是吧？
2. 如果老王和你修改的是同一個文件：
          a=1
          b=2
          c=3
   1> 你：“a=1”→“a=2”，老王：“a=1”→“a=3”，你已經(jīng)說過了，這樣會產(chǎn)生沖突；
   2> 你：“a=1”→“a=2”，老王：“b=2”→“b=1”，即修改的不是同一行，并且老王修改“b=2”時，它仍然在第二行，這樣會沖突嗎？
   3> 你：刪除“a=1”，老王：“b=2”→“b=1”，這時“b=2”已經(jīng)跑到第一行了，會沖突嗎？