你應該向GitHub提交不可構建的代碼嗎？

Question

只是對GitHub的代碼的一般共識是什麼感到好奇。

你應該只提交可構建的代碼嗎？或者是否有一段時間，不可編譯的代碼提交有其位置？

還是我完全錯過了解GitHub？如果是這樣，請告訴我應該如何？

Answer 1

如果主人需要保持可構建，我建議您創建一個分支，並且只有當代碼按照預期工作時才合併分支。

Answer 2

一般而言，對於git，master分支僅保留用於可構建的功能。其他分支可以保留用於進行中的功能，以便在完成並測試後合併到master分支中。 GitHub大部分也遵循這些規則。

對我來說，這真的取決於類型的項目，你正在致力於：

1. 如果提交是一個私人項目，（因此可能有少許以下）你可以做什麼你要
2. 如果提交的是一個高度訪問的項目，也許三思而後行提交名不見經傳的代碼，而無需提交信息作出的說明之前，這是名不見經傳

一如果你擁有回購協議，你可以遵循你喜歡的任何規則，但如果它是另一個人擁有的，一定要遵循他們爲回購協議規定的規則。

Answer 3

GitHub是一個將您的代碼分享給每個人的地方，如果您想公開讓所有人都可以使用或貢獻或保持私密性，那麼這是您的願望。 有在上傳代碼等多方面的優勢，以GitHub的：
1>其他可以看看你的參考代碼，同時也有助於它
2>它使你的所有編碼記錄的歷史，所以你可以將它們展示給你的公司當你申請一份工作時

是的，你也可以上傳不可編譯的代碼並打開一個問題，並等待其他人修復它。 這是一個很好的做法，保持兩個分支之一的可構建代碼（主分支） 和另一個測試分支用於測試的東西

Answer 4

它只是取決於。有些人認爲所有提交都應該編譯或「可構建」，但是IMO卻違背了頻繁提交的目的。

通常，當我開發一個項目時，我的經驗法則是在開發20分鐘左右後提交，並且每小時推送一次，或者當我完成我正在開發的分支/功能時。因此，如果您正在單獨開發一個項目，那麼在您的代碼中提交問題可能不會產生任何問題。經常提交是Git等版本控制應用程序的全部目的，並且您可以隨時回到以前的任何版本。如果您正在與一個團隊合作項目，可能會提供一些關於您何時提交/推送的指導，因此如果確實如此，請確保與您的團隊覈實。如果你想更好地理解Github，請查看What are the differences between "git commit" and "git push"?。