我正在开展一个小型项目（业余爱好项目，不是出于商业目的），并与其他开发人员合作。
我们正在使用Git进行管理。但是，我的队友似乎对每次提交都很挑剔。 他说像Chrome这样的项目，他们有非常严格的提交格式，他希望我遵循这种方式。但我觉得对于一个小型的双人项目，如果我们可以灵活地使我可以提交我的代码而后者来修复任何错误，这将是非常好的。 有时，我发现他甚至重新设置了代码可以保存在一行中的代码（提交图）。
有时，我忘了打开一个功能分支并在主分支上工作，然后我处于中间状态，但我被告知我无法提交未完成的代码，因此我无法提交它直到我完成它。 （这很烦人，考虑硬盘可能会死，我会丢失我的代码）
我只是想知道，以高标准和无错误进行每次提交有多重要？是否需要像这样管理所有项目？
答案 0 :(得分：0)
保持master分支中的每个 public 提交都是完美的，这是一个好主意。没有未完成的工作和那边的事情。
通过您的私人分支机构，您可以随心所欲。只需确保在将提交合并回主服务器之前修复提交。
答案 1 :(得分：0)
GitHub只是一个可以存储代码的地方，所以可以提交并推送带有错误的代码。但这样做并不是一个好习惯，特别是如果你正在与合作伙伴合作。这可能会给他或她造成混乱和问题，因为他们可能不知道这个问题。
当我在GitHub上与其他人合作时，我们会使用不同的分支。 ＆＃34;大师＆＃34;或＆＃34;生产＆＃34;分支应该具有项目的最新工作版本。然后在＆＃34; Master＆＃34;你可以创建另一个名为＆＃34; Develop＆＃34;您和您的合作伙伴可以从他们的个人分支机构提出拉取请求。一旦你有另一个好的项目版本，你可以将它与你的主分支合并。 通过这个过程和足够的沟通，你的伴侣和你应该有一个更愉快的经历！
答案 2 :(得分：-1)
你的同事是对的。保持你的主分支稳定是一个非常好的做法。它确保您的同事始终从主人开始，并有一些工作。线性历史确实有助于弄清楚事情发生的原因，以及哪些变化引入了一个错误。因此，在将功能分支合并到主控之前重新定位功能分支是一件好事。
在功能分支中放置你想要的东西并学习git：你可以做到
git checkout -b someFeature
，即使你已经有修改，然后提交并推送该分支，而无需修改master。