2011-03-17 17 views

回答

1

可能最简单的方法是将您的更改存储在单独的分支中。

所以基本上你的主项目在'主'分支和另一个分支的其他版本。将它命名为与它相关的内容,这样你就不会感到困惑。

进行更新时,通过主服务器执行所有操作(除非更新特定于单独的分支),然后将主合并到它中以保持更新。

+0

除非您将自定义工作保留在明确省略了自定义工作的合并之下,否则重新绑定会导致您在团队中工作时头疼。 – 2011-03-17 22:03:26

+0

@adymitruk,在我的回答中,我暗示他们不应该合并回来,只会合并。如果他们需要从特殊分支合并回来,那么他们应该“提交”提交以应用于main或main,仅检查分支中的特定文件。看到这里:http://stackoverflow.com/questions/4315948/git-partial-merge-not-whole-branch – RDL 2011-03-17 22:43:41

+0

不会合并到这个分支也带来不需要的代码,我们故意ommited使版本不同? – freediver 2011-03-18 10:41:47

0

有很多方法可以做到这一点。但我认为最简单的方法是可能有一个分支是大部分开发工作的地方。然后在第二个分支中有一个“略有不同”的代码集,其中唯一的变化是“应该不同的差异”(ha)。每隔一段时间,重新分配稍微不同的分支到主分支的顶部。

你也可以用3个分支,一个分支中的常见变化合并到另外两个分支中,等等。但我认为上述更容易。

0

您将需要首先通过“我们的”合并策略从一个分支合并到另一个分支。这样可以确保当你重新合并时,差异不会被合并到原始分支中。

希望这会有所帮助。

+0

您能否为我提供该合并策略的参考?基本上我们需要能够将部分代码标记为“固定”,并且不应该受到合并的影响。 – freediver 2011-03-18 10:43:50

相关问题