本人git新手,希望養成一個好的習慣,望指教。
談不上好習慣。首先你要明白,使用程式碼庫不是使用Ctrl + S,代码库中的提交应该是一个完整或者相对完整的功能,而不是改一行代码提交一次。另外,Git本身的特性就是分散式的,是可以脫離遠端倉庫使用的,如果你就是一個人使用,要遠端倉庫幹嘛呢,那不是自尋麻煩嗎? 又或者,你就是多人使用,那你們頻繁的推送遠端必然經常性的要解決衝突,這樣頻繁的浪費時間在解決衝突上,不是自討苦吃嗎?
Ctrl + S
完整或者相对完整的功能
改一行代码提交一次
Git
個人覺得不是的。 頻繁commit到本地,然後達到一個小預期後push到遠端
頻繁的commit、push挺浪費時間的
根據git的原理,你每commit一次,就會多保存一份程式碼的快照,浪費硬碟記憶體(雖然記憶體多)
commit的次數越多,萬一以後出現問題,需要reverse或cherry-pick的時候就麻煩了,不好維護
建議階段性commit,合理commit,不然commit的message都不知道怎麼寫
就像樓上說的頻繁的commit是個好習慣,你說的頻繁push指的是多長時間?一般都是下班前要把程式碼提交到倉庫自己的遠端的features分支(以免夜長夢多)。如果你覺得你這個功能測試沒問題的話在push到develop。具體的要看你們的git管理的規範,不同時期的代碼推倒不同的分支上。但是自己的程式碼每天下班前都會推遠端自己的分支是非常必要的
如果不是大的改動或者需要從另一台機器上獲取最新項目,使用git add ,git commit -m "xx" 保存在本地倉庫就可以了。
談不上好習慣。首先你要明白,使用程式碼庫不是使用
Ctrl + S
,代码库中的提交应该是一个完整或者相对完整的功能
,而不是改一行代码提交一次
。另外,
Git
本身的特性就是分散式的,是可以脫離遠端倉庫使用的,如果你就是一個人使用,要遠端倉庫幹嘛呢,那不是自尋麻煩嗎?又或者,你就是多人使用,那你們頻繁的推送遠端必然經常性的要解決衝突,這樣頻繁的浪費時間在解決衝突上,不是自討苦吃嗎?
個人覺得不是的。
頻繁commit到本地,然後達到一個小預期後push到遠端
頻繁的commit、push挺浪費時間的
根據git的原理,你每commit一次,就會多保存一份程式碼的快照,浪費硬碟記憶體(雖然記憶體多)
commit的次數越多,萬一以後出現問題,需要reverse或cherry-pick的時候就麻煩了,不好維護
建議階段性commit,合理commit,不然commit的message都不知道怎麼寫
就像樓上說的頻繁的commit是個好習慣,你說的頻繁push指的是多長時間?一般都是下班前要把程式碼提交到倉庫自己的遠端的features分支(以免夜長夢多)。如果你覺得你這個功能測試沒問題的話在push到develop。具體的要看你們的git管理的規範,不同時期的代碼推倒不同的分支上。但是自己的程式碼每天下班前都會推遠端自己的分支是非常必要的
如果不是大的改動或者需要從另一台機器上獲取最新項目,使用git add ,git commit -m "xx" 保存在本地倉庫就可以了。