鍍金池/ 問答/Linux  HTML/ 請問前輩,像github,碼云這種平臺,多人合作開發(fā)同一個項目的操作到底是怎樣的

請問前輩,像github,碼云這種平臺,多人合作開發(fā)同一個項目的操作到底是怎樣的???

前輩好,其實我一直以來都只把github當做一個可以公網訪問我的網頁的一個工具。。 = =。

我對github的熟悉度,我只會pull自己的倉庫代碼,提交代碼,公網訪問,還有下載別人的倉庫代碼。。。我覺得我這樣子是嚴重有問題的 = =

所以我想請問一下前輩,比如說,現在我要和我同學一起寫同一個頁面,我寫頁面的上部分,他寫頁面的下部分,請問到底這個合作開發(fā)流程要怎么操作???

我是這樣想的,我寫我的部分,他寫他的部分,那他肯定有他的css文件夾,還有img文件夾等等啊,那他提交上來不就覆蓋了嗎?還有css那部分肯定會有命名重復情況發(fā)生吧??

請問前輩,正確的合作姿勢究竟是怎么弄的??

打擾了,望指導!

回答
編輯回答
凝雅

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

這本書還可以。新手更要看書,不然出錯次數太多了。

2017年3月11日 20:54
編輯回答
愚念

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

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

2017年1月14日 19:02
編輯回答
毀與悔

git的多人協作使用有各種方式,可以參考gitflow流程(根據參與開發(fā)人數與項目復雜度可以適當簡化流程)

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

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

2018年8月24日 12:14
編輯回答
擱淺

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

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

2018年4月24日 17:16
編輯回答
傲寒

你不是不了解github,你是不了解git

2018年6月14日 11:51
編輯回答
乞許

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

2017年10月9日 02:53
編輯回答
冷溫柔

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

2018年8月21日 09:18
編輯回答
厭惡我

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

2017年9月11日 06:39
編輯回答
墨小白

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

2018年9月19日 19:07
編輯回答
萌二代

說的是githubpull request功能吧。

2017年3月31日 18:24