破坏性的Git提交?

时间:2012-05-03 19:12:08

标签: git

我开始学习Git,到目前为止,它很棒。我只是在一个方面感到困惑,这可能只是一种误解。

假设John正在“john”目录中工作,而Bob正在“bob”目录中工作。

如果John的代码不是我们希望“john”目录的最终项目而Bob从dev分支中获取,那么Bob会得到John的所有“坏”代码,对吗?

因此,Bob将一个简单的修复程序应用于“bob”目录并推送到生产分支。约翰在“约翰”目录中的错误代码是不是通过鲍勃的推动潜入制作分支?

这甚至会发生吗? 这怎么避免?

谢谢大家!

2 个答案:

答案 0 :(得分:1)

推动dev - >之间存在区别生产并直接修复生产分支。后者对鲍勃来说是安全的。

知道代码安全的唯一方法是在推送之前对其进行测试。这可能是QA团队,回归/单元测试等。

答案 1 :(得分:0)

您通常不会提交"损坏的代码"进入developmaster(这是通用名称)。 develop分支通常用于代码"应该工作",master用于"稳定代码" (类似于svn中的trunk)。如果要创建新内容,请为其创建新分支,例如feature/myFeature。现在每个人都知道,这段代码可能会或可能不会完整,并且通常会避免将其合并到自己的分支中。一旦完成("它应该工作"),将其合并回develop

但是,即使您的情况发生,git也会认识到,这个错误的代码已经是develop的一部分,并且不会再次应用它。

相关问题