每個git commit都必須沒有錯誤和完美嗎？

-2

我正在開發一個小型項目（愛好項目，不是爲了商業目的）並與其他開發人員合作。每個git commit都必須沒有錯誤和完美嗎？

我們正在使用Git進行管理。然而，我的隊友似乎對每一次提交都相當挑剔。他說，像Chrome這樣的項目，他們有非常嚴格的提交格式，他希望我遵循這種方式。但是我覺得對於一個小型的雙人項目來說，如果我們能夠靈活地實現我的代碼，而後者能夠修復任何錯誤，那將是相當不錯的。有時，我發現他甚至重新將代碼保存在一行中的代碼（提交圖）。

有時候，我忘了打開一個功能分支並在主分支上工作，然後我處於某種東西的中間，但我被告知我無法提交未完成的代碼，因此我無法提交直到我完成它。（這是煩人的考慮硬盤可能會死，我會失去我的代碼）

我只是想知道，讓每一個提交真正的高標準和無錯誤是多麼重要？是否所有的項目都需要像這樣管理？

來源

2014-10-19 Robert

看看這個 - > http://programmers.stackexchange.com/questions/211608/is-it-ever-ok-to-commit-non-working-code – Reins 2014-10-19 12:41:16

和這個http：//程序員。 stackexchange.com/questions/119784/is-it-good-idea-to-require-to-commit-only-working-code – Reins 2014-10-19 12:41:55

-1

你的同事是對的。保持主分支穩定是一個非常好的做法。它確保你的同事可以始終從主人開始，並有一些工作。線性歷史對於弄清楚爲什麼會發生，以及哪個更改引入了一個錯誤很有幫助。因此，在將其合併到主設備之前重新設計一個功能分支是一件好事。你可以從主做

git checkout -b someFeature

，即使你已經有了修改，然後提交併推送這個分支，而無需修改大師：無論你想在功能分支和學習的git

看跌。

來源

2014-10-19 12:43:52

這是一個好主意，保持每個公開完美的主分支提交。沒有未完成的工作和那裏的事情。

與您的私人分支機構，你可以做任何你想要的。只要確保在將它合併回主服務器之前修復了提交。

來源

2014-10-19 12:47:50

GitHub只是一個可以存儲代碼的地方，所以可以提交併推送代碼。但是，這樣做並不是一個好的做法，尤其是如果你正在與合作伙伴合作。這可能會導致他或她的困惑和問題，因爲他們可能不知道這個問題。

當我在GitHub上與其他人一起工作時，我們使用不同的分支。「主」或「生產」分支應該有你的項目的最新工作版本。然後在「Master」下面，您可以創建另一個名爲「Develop」的分支，您和您的合作伙伴可以向其個人分支提出請求。一旦你有你的項目的另一個很好的版本，你可以將它與你的主分支合併。通過遵循這個流程，並有足夠的溝通，你的伴侶和你應該有一個更愉快的體驗！

來源

2014-10-20 01:52:30 German

每個git commit都必須沒有錯誤和完美嗎？

回答

相關問題