gpt4 book ai didi

svn重新设定基准并丢失历史记录

转载 作者:行者123 更新时间:2023-12-04 05:10:55 24 4
gpt4 key购买 nike

我们目前有2个分支机构:

/repo/branch/current_version
/repo/branch/next_version

current_version 是当前所有开发人员都可以使用的分支。

我们开始下一个版本,并在current_version的某个位置创建了 next_version 分支,而current_version的工作仍在继续。在next_version中,我们进行一些开发,在接下来的几个月中,该分支将成为我们的主要分支,所有开发都将在此完成。

由于current_branch有所发展,因此我们定期(每2周说一次)考虑为next_version建立基础。为了使两个分支保持同步,因此,当所有开发人员最终都放弃current_branch并移至next_release时,next_release将包含所有current_branch的功能集成并经过测试。

问题正在根基上。实际上,重新定基是将current_branch的最新提交合并到next_version。因此,如果我要在next_release中检查提交文件的历史记录,那么我看到的只是合并提交,而不是current_version的历史记录(提交/作者/注释)。

我想念什么吗?

最佳答案

不,您什么都没错过。使用SVN进行版本控制时这是一个大问题。

我在上一份工作中一遍又一遍地碰到它。每当有人向current_branch提交某些内容(以遵守您的术语)时,都必须手动复制提交消息,以便可以在合并提交消息中使用它。这很快就变成了巨大的痛苦。

这就是为什么新的版本控制软件具有更好的合并功能的原因(想到了Git,Mercurial和Bazaar)。

编辑:显然SVN已解决此问题。 SVN 1.5及更高版本包含merge-sensitive logs and annotations。将标志--use-merge-history(-g)与svn merge和svn blame一起使用,以查看来自合并分支的提交消息。

关于svn重新设定基准并丢失历史记录,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1507323/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com