使用源代码管理时的常见情况是拥有开发分支以及版本化发布分支。我们使用CVS,HEAD作为开发分支,以及一个名为eg的分支。发布 - 6-2以获取当前版本的产品。

新功能的开发仅限于开发分支,但有时必须在开发分支和当前版本分支中检查错误修复。这有时会非常繁琐,所以我正在寻找实现这一目标的实用方法。

当要提交的文件在两个分支上同步时,我特别希望快速“提交这些分支”。溶液

(我们使用CVS作为我们的源代码控制系统,因此任何CVS特定的答案都很好。但是,看看其他源代码控制系统是否能提供更好的方法也很有趣。  在客户端,我们使用Eclipse,因此Eclipse解决方案很好。但是如果你有一个非Eclipse解决方案,那也没关系。)

有帮助吗?

解决方案

将修复程序应用于所需的最早版本分支。然后将更改合并到下一个版本分支,依此类推,直到从最后一个版本分支合并到HEAD。

假设您的产品的最旧版本是1.0,并且您还拥有1.1和1.5版本。 HEAD将添加下一版本的新功能。如果在1.0中发现错误,则将修复程序应用于1.0分支。从1.0合并到1.1分支。从1.1合并到1.5分支,最后从1.5分支合并到HEAD。

从分支到分支的合并比手动将修复应用于每个分支更好。

使用CVS,您必须手动跟踪合并的版本,以便在下次合并时不包含相同的修订。

如果更改为使用Subversion,则从分支到分支的合并更容易。 Eclipse的subversion工具将跟踪您之前合并的修订,大大简化了在两个分支之间重复合并的任务。

从CVS更改为Subversion很容易(ish)。你不会是第一个采取这样行动的人。

其他提示

就像awalshe所说,最好在分支之间进行合并。要选择合并,请参阅实用版本控制中描述的方法使用CVS 非常好:

在更改之前的branch-tag( PRE_FOO )中,进行更改并在更改后提交标记( POST_FOO )。然后,在trunk中,使用标签进行合并:

cvs up -j PRE_FOO -j POST_FOO

在SVN中合并分支更容易,更安全,将整个CVS历史转换为SVN是微不足道的 - 请参阅 cvs2svn 。您应该使用SVN 1.5或 - 使用早期的SVN版本 - svnmerge

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top