【问题标题】:How to merge working copy into Base revision in subversion如何在颠覆中将工作副本合并到基本修订版中
【发布时间】:2011-08-04 21:48:38
【问题描述】:

编辑我的问题与 SVN 本身无关(请参阅下面的回答)

我正在使用 Tortoise SVN。我有一个文件,包括我在内的几个开发人员正在处理。

我在开始处理文件之前进行了更新,但另一位开发人员对该文件进行了更改并提交。我更新了我的本地(如果我理解正确的话,它使我的本地工作基础文件副本与 repo 中的 Head 修订版匹配)。当我进行 diff 时,TortoiseMerge 会显示其他开发人员在工作基础副本中所做的更改,以及我在工作副本中所做的更改。

我想要做的是将我的更改与其他开发人员的更改合并。我知道如果我们编辑了同一行,我可能会遇到冲突,并且很高兴在那时手动合并。但我希望能够让 svn 自动合并两组更改,而不会破坏任何一组。

上次发生这种情况时,我刚刚提交,希望它在进入的过程中合并,但我的更改破坏了其他开发人员的。建议?设置?我对 svn 缺乏了解(完全有可能)?

【问题讨论】:

    标签: svn merge tortoisesvn


    【解决方案1】:

    如果你们都使用同一个分支,你可以合并其他开发者的更改(比如修订版 99)

    svn merge -r 98:99 dir/filename
    

    【讨论】:

      【解决方案2】:

      提交时 Subversion 不会合并。它在您更新时合并。

      如果其他开发人员与您对同一文件进行了更改,当您尝试提交时,Subversion 将拒绝并告诉您先更新。然后你会更新,subversion 会尝试将其他开发者的更改合并到你的工作副本中。如果有冲突,它会告诉你。否则,您的工作副本将只包含两组更改。然后,您将提交文件,因此两组更改都将存储在 repo 中。

      【讨论】:

        【解决方案3】:

        很抱歉这个虚假问题。

        我知道它是什么。我正在使用 Eclipse,我必须在顶部保存而不是在提交之前从磁盘刷新。所以我的本地工作副本正在正确更新,我只是在破坏它。

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 2010-10-02
          • 2015-12-27
          • 1970-01-01
          • 2012-09-15
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多