2014-10-19 104 views
-2

我正在开发一个小型项目(爱好项目,不是为了商业目的)并与其他开发人员合作。每个git commit都必须没有错误和完美吗?

我们正在使用Git进行管理。然而,我的队友似乎对每一次提交都相当挑剔。他说,像Chrome这样的项目,他们有非常严格的提交格式,他希望我遵循这种方式。但是我觉得对于一个小型的双人项目来说,如果我们能够灵活地实现我的代码,而后者能够修复任何错误,那将是相当不错的。有时,我发现他甚至重新将代码保存在一行中的代码(提交图)。

有时候,我忘了打开一个功能分支并在主分支上工作,然后我处于某种东西的中间,但我被告知我无法提交未完成的代码,因此我无法提交直到我完成它。 (这是烦人的考虑硬盘可能会死,我会失去我的代码)

我只是想知道,让每一个提交真正的高标准和无错误是多么重要?是否所有的项目都需要像这样管理?

+1

看看这个 - > http://programmers.stackexchange.com/questions/211608/is-it-ever-ok-to-commit-non-working-code – Reins 2014-10-19 12:41:16

+1

和这个http://程序员。 stackexchange.com/questions/119784/is-it-good-idea-to-require-to-commit-only-working-code – Reins 2014-10-19 12:41:55

回答

-1

你的同事是对的。保持主分支稳定是一个非常好的做法。它确保你的同事可以始终从主人开始,并有一些工作。线性历史对于弄清楚为什么会发生,以及哪个更改引入了一个错误很有帮助。因此,在将其合并到主设备之前重新设计一个功能分支是一件好事。你可以从主做

git checkout -b someFeature 

,即使你已经有了修改,然后提交并推送这个分支,而无需修改大师:无论你想在功能分支和学习的git

看跌。

0

这是一个好主意,保持每个公开完美的主分支提交。没有未完成的工作和那里的事情。

与您的私人分支机构,你可以做任何你想要的。只要确保在将它合并回主服务器之前修复了提交。

0

GitHub只是一个可以存储代码的地方,所以可以提交并推送代码。但是,这样做并不是一个好的做法,尤其是如果你正在与合作伙伴合作。这可能会导致他或她的困惑和问题,因为他们可能不知道这个问题。

当我在GitHub上与其他人一起工作时,我们使用不同的分支。 “主”或“生产”分支应该有你的项目的最新工作版本。然后在“Master”下面,您可以创建另一个名为“Develop”的分支,您和您的合作伙伴可以向其个人分支提出请求。一旦你有你的项目的另一个很好的版本,你可以将它与你的主分支合并。 通过遵循这个流程,并有足够的沟通,你的伴侣和你应该有一个更愉快的体验!

相关问题