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

_nosay

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

疑問(wèn)：
1. 只需一個(gè)副分支就夠了嗎？
假設(shè)A、B同時(shí)開(kāi)始對(duì)該副分支修改，A一天后將自己修改的代碼提交到該副分支，B兩天后提交時(shí)，怎么保證不影響A的提交，更甚至A、B對(duì)同一處修改完全相反的情況，應(yīng)該怎么處理？
還是說(shuō)為每個(gè)有興趣參與的人創(chuàng)建一個(gè)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

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

_nosay

回復(fù) 3# karma303

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

劍魂簫心

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

_nosay

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

噢，生動(dòng)。

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

劍魂簫心

回復(fù) 6# _nosay


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

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

復(fù)制代碼

你可以手一動(dòng)保留一行刪掉另一行。
沖突解決！

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

劍魂簫心

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

劍魂簫心

回復(fù) 6# _nosay


隔壁的老王→_→

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

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

復(fù)制代碼

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

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

_nosay

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

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

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

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