svn-merge相关内容
我们在服务器和客户端上运行 svn 1.6.x.我分支,工作了几个星期,向下合并了几次,然后开始向上合并.svnmerge.py,如下所示,将提交分成两组,在第二组中,遇到(假?)树冲突,然后得到一个颠覆错误和内爆(见日志底部). 我不愿意把这个分成两部分提交,因为中间状态并没有真正起作用,所以手动运行第一个修订集然后第二个不是我想做的事情. 属性 'svnmerge-integrated
..
我们知道,如果合并是在该文件夹级别执行的,TortoiseSVN 会创建 svn:mergeinfo 作为文件夹属性.这可能是顶级文件夹(例如 trunk)或某个子文件夹.我一直认为在子文件夹级别合并是可以的,因为在顶级文件夹级别合并时将使用子文件夹上的 svn:mergeinfo.我认为过去它对我来说通常也有效,直到今天我看到一个我无法解释的案例. 我在子文件夹级别看到了从 branch
..
背景故事:获得了一份入门级 Web 开发人员的工作.当我开始时,首席开发人员就离开了.一切责任在我.没用过SVN.盲目进入. 问题: 我不断收到像 这样的错误 'svn://svn/svn/xxx/project_name/branches/dev@330' 必须是与 'svn://svn/svn/xxx/project_name/trunk@326' 祖先相关 我开始新项目的过程是
..
我有点好奇Subversion中的合并信息是如何使用的,如果合并信息不正确会遇到什么样的问题? 例如,我从 trunk 分支了 branch1 和 branch2.我还有一个 subbranch1 和一个源自 branch1 的 subbranch2.考虑到我在 branch2 中做了一些开发,然后使用 svn merge --reintegrate ^/branch2 将它重新集成回主干.
..
在预提交脚本中,是否可以(如果可以,如何)识别源自 svn merge 的提交? svnlook changed ... 显示已更改的文件,但不区分合并和手动编辑. 理想情况下,我还想区分标准 merge 和 merge --reintegrate. 背景: 我正在探索使用预提交挂钩为我们的项目实施 SVN 使用政策的可能性. 其中一项政策规定,某些目录(例如/tru
..
我有一个具有以下结构的项目 ^/project/trunk^/项目/分支/mybranch 当前 HEAD 是修订版 1048.分支是从 r523 中的主干复制的.主干已合并到 mybranch,结果为 r1048.^/project/branches/mybranch 上的合并信息给出 /project/trunk:523-1047 并且trunk的mergeinfo没有任何记录提到^/
..
我想将我的分支合并到主干并且基本上想将分支中的所有代码覆盖到主干..虽然收到冲突,我一直在为所有冲突做“他们的全部";但最后还是显示了很多冲突. 我想要的只是在我的主干上覆盖完整的分支.当然,一种可能的方法是从我的分支中分支出来,但这样我的主干就变得无用了! 此外,在执行 svn merge 时,我可以提供一个选项,以便对于所有冲突,它都需要一个特定值(在本例中为 Full-their
..
我们有一个分支 B1,它仍然不稳定,所以它不在主干中.但是我们想要处理来自 B1 的更改,因此我们从 B1 创建了一个分支 B2. 于是svn copy就做了如下 svn 复制 http://svn/trunk http://svn/B1svn 复制 http://svn/B1 http://svn/B2 几天后,B1 将稳定,B1 将重新集成到主干. 现在,问题在于将 B2 合并
..
我已经在两个分支之间进行了 svn 合并——没有签入——现在我想“取消合并"我的工作副本中的一些文件.类似于以下内容: svn co svn://myserver/repo/branches/foo@1000 foocd foosvn 合并 svn://myserver/repo/branches/foo@1000 \svn://myserver/repo/branches/bar@1000
..
你是如何在 svn 中使用 svnmerge 进行合并和分支的? 我之所以这么问是因为我已经开始使用 svnmerge 来跟踪我所从事的项目中的特定分支.我做了 svnmerge 合并,最后得到了很多奇怪的文件,比如 .merge-left、.merge-right、.working.现在,我想看看其他人如何使用它来最终学习如何恢复我的更改并以最佳方式应用合并. 解决方案 如果您看到
..
我对 Subversion 非常陌生,但多年来我一直在使用其他版本控制系统,例如 ClearCase. 我的老板让我修复这个项目,以便它可以用 Maven 而不是 Ant 来构建.我必须做的重要事情之一是将 src/com 移动到 src/main/java/com,然后移动 test/com 到 src/test/java/com,这是我使用 svn mv 命令完成的.我愚蠢地认为,既然我
..
我在使用 Eclipse 和 Subversive 时遇到问题. 我正在尝试将项目的一个分支重新集成到主干中. 这些是我正在关注的操作: 切换到项目的主干版本 我确保没有任何挂起的操作,执行恢复和更新,以便从“干净"的工作副本开始,与主干的远程副本完美同步 我转到“团队 -> 合并..." 我转到“重新集成"选项卡,然后选择要在主干中合并的分支,指向该分支的“头部修订版".
..
我有使用TortoiseSVN在SVN中管理的源文件.我添加了文件并将其提交给修订版,随后决定分支.我分支了所需的文件,并在不打算使用的文件的主干上执行了删除操作. 现在,我正在尝试将分支重新集成到主干中. 使用乌龟,我已经从树干合并到分支的修订范围,从删除树干到头部.这使分支保持最新状态. 现在,我切换到主干,并尝试将修订从分支合并到主干,并且合并指示新文件正在“跳过"或删除了我现在
..
使用TortoiseSVN合并项目的两个分支后,提交更改时遇到问题. 以下是详细信息: 我对正在处理的 project 的主干做了一个合并分支. Project 包括主存储库和与主存储库连接的库,它们作为 project 的子目录作为 svn external (库也是分支的). 当我尝试提交更改时,TortoiseSVN说: Commit A re all the ta
..
我们的主要SVN项目根目录中有几个大型子项目. 使用发布分支时,我仅提交和合并我的子项目,主要是因为它更快. 但是,一位同事指出了对合并子目录的引用在具有Subversion的版本控制 (又称为"SVN书")中: 对于长期发行的分支机构(如 “通用分支模式"部分),仅在分支的根目录执行合并,而不在子目录上执行合并. 不幸的是,这是警告的程度.链接的部分也没有给出解释. 提
..