svn-merge

    6热度

    2回答

    使用合并功能在SVN(通过TortoiseSVN)几个月后,我感觉SVN报告方式太频繁,发生冲突。 所以我正在寻找一种方法使SVN更经常地自动解决冲突,而无需我的用户交互。 我所知道的similar questions,事实上,你可以替换差异阅读器,并与外部因素合并工具: 从我的理解这些工具链,在为时已晚;当内部算法已经检测到无法解决的冲突时,它们将被SVN/TortoiseSVN调用。 所以我的

    3热度

    2回答

    我是新来SVN和需要做的从主干合并,我们从工作的一个分支了很多。 这是SVN commmands我采取合并 svn up svn mergeinfo --show-revs eligible branch trunk (branch and trunk are actually svn urls) 序列我从分支和最新的树干修订版符合条件的修订版的最低版本,然后做一个SVN合并。 svn me

    0热度

    1回答

    虽然合并从主干修订的一个分支,我希望实现以下目标: 版本1(这也是分支版本): First Line 修订2: First Line Second Line 修订3: First Line Second Line Third Line 通过对分支执行以下命令: svn merge -c 3 [trunkurl] 我期待得到以下结果 First Line Third Line

    1热度

    3回答

    我得到SVN中的树冲突。有点奇怪! 我有标准的树干,分支,标签结构,并遵循多个团队模型。 分支1,店2创建形式躯干和活性平行 步骤如下: 1. Branch1 Work:newfile.c加入并致力于在Branch1 2. Merge:从分支1 - >干线(成功;在躯干添加的文件) 3. Merge:从中继向下合并 - > Branch2。 (成功;文件在Branch2中添加) 4. Branch

    1热度

    1回答

    比方说,我已经从发布分支“Version1.0”创建了SVN功能分支“Feature123”,以开发新功能。我在功能分支中做了一些更改并将它们提交到存储库,但尚未将功能分支重新集成到发布分支中。与此同时,我们还创建了一个“版本2.0”发行版分支,以供将来发布。现在我的经理告诉我,他不想在1.0版本中使用我的feature123,而是在2.0版本中。 有没有一种方法可以将Feature123分支重新

    2热度

    1回答

    我的问题涉及到SVN合并机制的一些基础知识。我在这里不报告合并问题。此外,我已经通过SVN书的合并章(不是新手)。 我有10个修订的主干,我想合并修订5,6,7,8,9和10到一个特定的标签。 我可以通过运行合并操作6次成功合并成乌龟SVN。每次我只指定一个修订(即5,6,7,8,9,10)。 如果我对SVN修订版的理解是正确的,修订版10(HEAD修订版)具有以前版本的所有修复,即5,6,7和9

    1热度

    1回答

    当2个用户改变了同一个文件(在同一个分支)并将他们的代码检入到SVN中时,SVN会(在询问第二个用户进行更新后)自动合并文件并尝试解决冲突。 此合并过程是发生在客户端还是服务器上? (更多信息:我在客户端上使用Tortoise SVN 1.7.11,服务器版本是1.5.1,我们最近有一个自动合并删除一些数据,我想知道这是否是一个问题该代码合并在Tortoise或较旧的服务器代码中)

    19热度

    1回答

    SVN的这么长时间的用户,但在分支/标记方面相当缺乏经验,以及当我怀疑我没有真正使用它或充分发挥其潜力时。 我有我的后备箱,我在增加新的功能等工作。这个代码库用于多个网站,我们在每个项目的基础上创建一个分支关闭干线。 每个分支通常都有特定于该项目的修改,并且我们认为可以重新使用的任何内容都会添加到主干中,并且可以在各个项目上打开和关闭功能。 当前,当我们对主干进行更改,并希望在预先分支中进行这些修

    0热度

    1回答

    因为我的specificquestions只是似乎产生UR DOIN IT WRONG,让我解决问题,看看是否有人可以提出解决方案。 我们有一个有几个有序分支的干线SVN存储库 - v1,v2等。“较低”分支的更改会自动传播到“较高”分支;不是用svn merge,而是用谁知道什么,一些perl脚本可能由不再工作的人拼凑在一起。当这会产生冲突时,变化不会传播;相反,开发人员会收到一封电子邮件,并且

    1热度

    1回答

    我们最近将我们的代码库从subversion转移到了mercurial,并且正在本周末从mercurial codebase开始执行我们的第一个发布。 我们有三个回购的设置,让我们称他们开发,稳定和发布,其中开发是稳定和稳定克隆是发布的克隆。目前,dev有我们的版本7代码,并且稳定有我们的版本6代码。我们刚刚将版本6代码推向版本。我们的下一个版本6.1将于下周发布。 问题是,由于我们还在v6发行版