你应该向GitHub提交不可构建的代码吗？

Question

对于提交GitHub代码的普遍共识感到好奇。

您是否只提交可构建的代码？或者有时候无法构建的代码提交有它们的位置吗？

或者我完全错过了 - 完全理解GitHub？如果是这样，请通知我应该如何？

Answer 1

如果主服务器需要保持可构建性，我建议您创建一个分支，并仅在代码按预期工作时合并分支。

Answer 2

GitHub是一个向所有人分享您的代码的地方，如果您希望将其公开供所有人使用或贡献或将其保密，那么这是您的愿望。 将代码上传到GitHub有很多好处：
1 GT;其他人可以查看您的代码以供参考，也可以为其做出贡献 2 - ;它会将您的所有编码记录保存在历史记录中，以便您在申请工作时将其显示给您的公司

是的，您还可以上传不可构建的代码并打开问题并等待其他任何人修复它。 将2个分支保留为可构建代码（主分支）是一个很好的做法 和另一个测试分支的测试分支

Answer 3

一般来说，对于git，master分支仅为可构建的功能保留。可以为正在进行的功能保留其他分支，以便稍后在完成和测试后合并到master分支中。 GitHub在很大程度上也遵循这些规则。

对我而言，这实际上取决于您正在进行的项目类型：

1. 如果提交是针对私人项目的，那么（因此可能很少关注）你可以做你想做的事情
2. 如果提交是针对高度访问的项目，可能在提交不可构建的代码之前要三思，而不在提交消息中记下它是不可构建的

与往常一样，如果您拥有回购，您可以遵循您喜欢的任何规则，但如果它由另一个人拥有，请务必遵循他们为回购设定的规则。

Answer 4

这取决于。有些人认为所有提交都应该编译或者是可以构建的＃34;但IMO会破坏频繁提交的目的。

通常情况下，当我开发项目时，我的经验法则是在开发20分钟左右后提交，并且每小时推送一次，或者当我完成我正在处理的分支/功能时。因此，如果您正在单独处理项目，那么在代码中提交问题可能不会引发任何问题。经常提交是Git等版本控制应用程序的全部目的，您可以随时返回到以前的任何版本。如果您正在与团队合作开展项目，可能会有一些关于何时提交/推送的指导，因此如果是这种情况，请务必与您的团队核实。如果您想更好地了解Github，请查看What are the differences between "git commit" and "git push"?。