只是好奇提交 GitHub 代码的普遍共识是什么。
您应该只提交可构建的代码吗？或者是否有一段时间不可构建的代码提交占有一席之地？
还是我完全误解了 GitHub？如果是这样，请告诉我应该怎么做？
【问题讨论】：
标签： github
如果 master 需要保持可构建，我建议您创建一个分支，并仅在代码按预期工作时合并分支。
【讨论】：
GitHub 是一个与所有人共享您的代码的地方，如果您想将其公开以供所有人使用、贡献或保持私密，这是您的愿望。
将代码上传到 GitHub 有很多好处 :
1> 其他人可以查看您的代码以供参考，也可以为它做出贡献
2> 它将您所有的编码记录与历史记录一起保存，以便您在申请工作时将它们展示给您的公司
是的，您还可以上传无法构建的代码并打开问题并等待其他人修复它。 为可构建代码保留 2 个分支（主分支）是一个好习惯 和另一个用于测试东西的测试分支
【讨论】：
一般来说git，master 分支只保留用于可构建的功能。其他分支可以保留用于进行中的功能，以便稍后在完成和测试后合并到 master 分支中。 GitHub 在很大程度上也遵循这些规则。
对我来说，这实际上取决于您正在从事的项目类型：
与往常一样，如果您拥有 repo，您可以遵循任何您喜欢的规则，但如果它由另一个人拥有，请务必遵守他们为 repo 制定的规则。
【讨论】：
这取决于。一些人认为所有提交都应该编译或“可构建”，但 IMO 违背了频繁提交的目的。
通常，当我在开发一个项目时，我的经验法则是在开发 20 分钟左右后提交，然后每小时推送一次，或者在我完成我正在开发的分支/功能时推送。因此，如果您正在单独处理一个项目，那么提交代码中的问题可能不会引发任何问题。频繁提交是 Git 等版本控制应用程序的全部目的，您可以随时返回到任何以前的版本。如果您正在与团队一起开展项目，则可能会有一些关于何时提交/推送的指导，因此请务必与您的团队确认是否是这种情况。如果您想更好地了解 Github，请查看 What are the differences between "git commit" and "git push"?。
【讨论】：