您是否应该向GitHub提交不可构建的代码？

只是想知道提交GitHub代码的普遍共识是什么

您是否应该只提交可生成的代码？或者，不可构建的代码提交是否会占据一席之地

---

还是我完全不理解GitHub？如果是这样，请告诉我应该是怎样的？

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

一般来说，对于

git

，

master

分支仅保留用于可构建的功能。其他分支可以保留，以便在完成和测试后将正在进行的功能合并到

主分支中。GitHub在很大程度上也遵循这些规则

对我来说，这实际上取决于你正在从事的项目类型：

如果提交是针对一个私人项目的（因此可能很少有追随者），那么您可以做您想做的事情
如果提交是针对一个访问量很大的项目，那么在提交不可构建的代码之前，可能要三思而后行，而不要在提交消息中注明它是不可构建的
与往常一样，如果你拥有回购协议，你可以遵循任何你喜欢的规则，但如果它是由另一个人拥有的，一定要遵循他们为回购协议制定的规则。
GitHub是一个向所有人共享代码的地方，如果你想让所有人都可以使用、贡献或保密，这是你的愿望。
将代码上传到GitHub有很多好处：

1> 其他人可以查看您的代码以供参考，也可以对此作出贡献

2> 它会将你所有的编码记录保存在历史记录中，这样你在申请工作时就可以向公司展示这些记录

是的，你也可以上传不可构建的代码，打开一个问题，然后等待其他人来解决。
保留两个分支是一个很好的实践，一个用于可构建代码（主分支）
还有另一个测试分支，用于测试东西，这取决于具体情况。有人认为所有提交都应该编译或“可构建”，但这违背了频繁提交的目的

通常，当我在开发一个项目时，我的经验法则是在开发20分钟左右后提交，并每小时或在我完成正在开发的分支/功能时推送一次。因此，如果您单独处理一个项目，那么提交代码中的问题可能不会引起任何问题。频繁提交是Git等版本控制应用程序的全部目的，您可以随时返回到任何以前的版本。如果您正在与团队一起处理项目，可能会有一些关于何时提交/推送的指导原则，因此请确保与您的团队核实情况。查看您是否正在尝试更好地理解Github。
您的存储库/代码、规则。其他人的回购协议，他们的规则。在许多情况下，对于我自己的存储库，我向github承诺将其作为本地代码的备份（即使它甚至没有编译，更不用说构建到工件中）——在处理其他人的存储库时，我遵循他们的规则。无论哪种情况，我总是在代码准备就绪（编译、构建等）时才处理合并到master的分支。所有已经发布的答案都是很好的建议。