你应该向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"?。