是否有必要在git中提交更改以推送代碼？

我必須承諾我的朋友才能看到代碼嗎？每當我做出一些小小的改變時，我發現寫一份承諾信息是令人沮喪的。如果我和一個團隊一起工作，應該有一個更快的方法，對吧？是否有必要在git中提交更改以推送代碼？

2016-02-26 Martis

是的，你必須編寫有意義的提交消息，這是一件好事。 – bereal

當您進行更改時，它們將只在您的文件系統中，而不在回購中。當你提交時，你將它們添加到回購。你的朋友不可能得到不在存儲庫中的東西。簡單地提交，如果在Zend Studio或其他IDE中可能有重用舊提交消息的選項，儘管這是不好的做法。你應該總是描述你的提交已經改變了。 –

是的，你需要提交你的修改，然後才能推送任何東西。推（和拉）僅傳送提交內容，所以沒有提交的內容不被傳送。因此，你需要承諾能夠推動你的代碼，不，沒有「更快」的方式（我認爲它足夠快）。一般來說，你不應該只是承諾和分享每一個小小的改變。您應該提交在語義上相關並且自己完成的更改。如果你沒有，那麼你不應該犯。

如果您不斷分享您的微小代碼更改，那麼您應該尋找其他的東西，因爲聽起來更像遠程對編程。像現場協作編碼環境。

2016-02-26 13:31:44 poke

謝謝你的回答！你知道任何最好的遠程對編程環境嗎？ – Martis

不幸的是，我沒有。但是Google的快速搜索顯示了許多結果，其中包括一些集成到Atom等代碼編輯器中的結果。所以這可以工作得很好。 – poke

我必須承諾讓我的朋友看到代碼嗎？

是的，沒有其他方式讓Git系統知道這並不是你即將試用的可以丟棄的實驗性代碼。

如果我與一個團隊合作，應該有一個更快的方法，對吧？

如果您想給他們提交未提交的代碼，請嘗試給出patch file。但是，如果這不僅僅是實驗性代碼，我強烈建議您提交併推送。

我覺得每次我做一個小小的改變時寫一個承諾信息是令人沮喪的。

那麼，對於生產代碼來說，給出有意義的提交信息是做好工程師的一部分，你不應該爲此感到不對。如果你對你所做的更改有所瞭解，你應該寫出一個好的提交信息不應該是一個問題。

2016-02-26 13:36:52 legends2k

回答