https://git-scm.com/book/zh/v2

這本書還可以。新手更要看書，不然出錯次數(shù)太多了。

https://laravel-china.org/art...

來看看這篇文章，gitflow 工作流

git的多人協(xié)作使用有各種方式，可以參考gitflow流程（根據(jù)參與開發(fā)人數(shù)與項目復(fù)雜度可以適當(dāng)簡化流程）

同名文件夾不會有覆蓋，會合并文件夾。

同名文件也不會覆蓋，首先git會掃描文件改動，嘗試執(zhí)行合并（merge）。
如果不能自動合并，會提示你文件沖突（conflict），此時后來者pull后需要手動編輯文件查看雙方修改，處理完沖突并commit，然后再push。
如果可以自動合并，也要注意極特殊情況下可能出現(xiàn)錯誤的自動合并，因此需要做好測試工作。

一般協(xié)作的時候沒有分這么細(xì)的，一個人寫上半段，一個人寫下半段，而是每個人各自負(fù)責(zé)一個模塊/文件夾，公共的部分也是指定其中一個人單獨(dú)負(fù)責(zé)，這樣在合并的時候就不會有沖突，如果非要在同一個模塊或文件上共同操作，就要采用各自編寫分支，最后再合并的策略了，但是這種情況我一般會避免，因為解決沖突往往比較費(fèi)事，也容易出錯，分支多了也很難管理，如果項目規(guī)模不大，沒必要這么折騰。

再補(bǔ)充一句，如果真的有一個人寫上半段，一個人寫下半段的情況，那你要看一下是不是在項目的組織與分割上出了什么問題，這個文件/模塊是不是需要被進(jìn)一步分割。

你不是不了解github，你是不了解git

你去看一下Git，Git可以解決你描述的問題。你們在同一個分分支開發(fā)就可以了，然后你同事把改完的代碼提交到遠(yuǎn)端，你pull下來就可以了，如果出現(xiàn)沖突了，解決一下就好，你再push你的代碼到遠(yuǎn)端，你同事再pull下，這樣代碼就可以相互依賴使用，而不會出現(xiàn)你說的覆蓋的問題

兄弟,如果是這樣,我這里有一些進(jìn)階的git的東東.常用的git用來做管理哈,其中有branch開發(fā),issue就是問題,也可以設(shè)置里程碑來進(jìn)行開發(fā),可能用的很多的就是用branch開發(fā),用tag來申明版本.
像普通的,一般就把git當(dāng)成svn來用.完全提現(xiàn)不了git的魅力.
給你一本天殘劍法,哈哈,看不懂哈,
其實還有一本九陽神功.
額,加班去了.....

多update,多commit，有沖突就merge，完事兒

最好要有一個分支，代碼提交在分支上，剛開始創(chuàng)建的項目一般是在master上，有沖突的話可以merge，rebase等操作，這些在需要去學(xué)習(xí)下，不難

說的是github的pull request功能吧。