我有一个我的行李箱的功能分支,并定期将我的行李箱的变化合并到我的分支机构中,一切正常.今天我将分支合并回到主干中,在创建分支后添加到主干的任何文件都被标记为"树冲突".有没有办法在将来避免这种情况？
我不认为这些被正确标记.
合并两个分支(使用SVN 1.6.1)时,在两个分支上添加了一个文件(然后在那些单独的分支中处理),我遇到了一个新的树冲突:
C foo.txt
> local obstruction, incoming add upon merge
我需要来自两个分支的更改,但树冲突不会给我通常的.working,.merge-left和.merge-right文件 - 由于冲突的性质,这是可以理解的.这些冲突中有相当多的冲突,并且每个分支上都删除了相同的文件,但它们很容易解决.
我该如何解决这个问题？SVN redbean一书(1.6)不包括这种情况.
如何解决当前场景中的树冲突.
C:\DevBranch
C:\MyBranch
我更新了两个分支.编辑MyBranch然后回复.现在想将这些更改合并到DevBranch中.当我进行合并时,我得到'树冲突'
The last merge operation tried to add the file 'abc.def', but it was already added locally.
How do you want to resolve this conflict?
Keep the file from repository
Keep the local file
我怎么解决？
我有我认为的简单场景 - 使用TortoiseSVN:
1)我创建了一个应用程序的分支(B2)(用于实现图像精灵和JAWR).
2)测试和开发在主干上正常进行.
3)在过去的几天里,我通过以下几次重新设立了分支机构:
3.1)合并主干(按修订范围)到我的branch-b2工作副本,解决合并期间的冲突.
3.2)(在测试branch-b2之后),我提交了基于重新分支的-b2.
这一切都像我预期的那样奏效.但是将分支合并到主干中是有道理的:
4)在branch-b2中提交的所有更新之后; 我确保在trunk和branch-b2上进行SVN更新.
5)然后,我尝试将branch-b2中的(修订范围)合并到主干中.但是,对于任何已添加到主干的新文件,以及随后在我重新添加时添加到branch-b2的新文件,我会遇到树冲突.我不确定解决这些冲突的正确方法是什么.
我见过的最典型的建议是从trunk中删除树冲突文件,然后合并分支; 或者删除整个中继,将分支文件复制过来,然后在中继中将它们作为新版本提交.这些选项似乎都不是一个好主意 - 首先是痛苦,而且看起来他们都会丢失文件修订历史.
我做错了什么,我该如何解决？
这是我的场景:
假设我们有一个SVN repo,其中包含以下内容:myfolder myfolder\file.txt
现在我创建了两个这个repo,co1和co2的签出.
在co1中我们修改file.txt.在二氧化碳我们:
现在,如果我在co1中尝试更新,我会遇到树冲突:
A + C myfolder > local edit, incoming delete upon update
M + myfolder\file.txt
我想保留myfolder和修改后的文件,所以我解决了树冲突:
svn resolve --accept working folder
现在,如果我尝试提交,我会得到"svn:Directory'/ myfolder'已过期".如果我尝试使用svn up myfolder解决此问题,我会再次遇到树冲突:
A + C folder > local add, incoming add upon update
M + myfolder\file.txt
好的,我们再试一次svn resolve --accept工作文件夹.但是我们仍然无法提交,我们得到的结果是"svn:Directory'/ myfolder'已经过时了",如果我们将myfolder设置为svn,我们会回到最后一次树冲突.
解决此类冲突的正确程序是什么(当我们希望保留myfolder及其更改时)？
编辑:Windows cmd行脚本来说明:
rmdir /S /Q C:\svntest
mkdir C:\svntest
cd C:\svntest
svnadmin create repo
svn co file:///c:/svntest/repo co1
svn co file:///c:/svntest/repo co2
cd co1
mkdir folder …我不知道svn团队什么时候决定对我们造成树冲突,但它完全打破了svn的合并功能.
我有一个分支,我想将最新的更改从主干合并到分支.我已经完成了一次这样的合并,但由于树冲突,这个合并失败了.这是命令:
$ svn --force merge -r 3185:3192 svn://chamar2/rx-services/SAMS .
svn: Attempt to add tree conflict that already exists
我第一次尝试这个合并(没有--force)它只创建了树冲突,并没有合并任何东西.现在它只是报告上面的消息.
如果我svn status在分支工作副本上执行,它会显示所有尚未合并回主干的文件.当然,我的分支的目的是在尚未进入主干的地方进行这些更改.
当他们这样做时他们在想什么？
我没有找到任何关于导致树冲突的原因以及如何在svn创建这些东西后继续工作的可用信息.
有没有办法告诉svn忘记树冲突,只是像过去那样进行合并？
我正在使用1.6客户端和较旧的svn服务器(可能是1.3.1).
我最近遇到了一个非常奇怪的颠覆行为.
我刚刚将分支的本地副本与远程分支合并.一切顺利,但我有一个树冲突(本地删除,远程更新).
好吧,以为我,适当地修改了工作副本并运行了"svn resolve --accept = working -R.".
Subversion告诉它解决了我的问题并且"svn st"不再显示任何问题.所以,我试图提交,但是svn告诉我,其中一个内部文件夹(在我冲突的文件夹中)已经过时并建议svn up,但它使文件夹再次发生冲突!
我该怎么做才能摆脱这个有意思的圈子？
我正在使用VisualSVN(使用Tortoise).我不小心将文件夹移动到其他位置.当试图将其移回时,SVN会发现此错误.它发生过一次,我设法做了一些随机的更新/提交,不知道我在做什么,它是"修复".我不能再次使用相同的魔法了,所以我需要知道如何获取我的文件和目录以及树冲突.
谢谢!
我遇到了以下基本树冲突:本地添加,合并时传入添加.
我知道我们可以使用svn resolve --accept working file它来解决它,但SVN阻止我使用 accept their-conflict接受传入的版本.
任何人都可以告诉我如何通过传入的文件替换我的本地文件？是否可以svn resolved file以任何方式使用？
在Xcode中,我注意到.DS_Store和*.xcuserstate总是在变化,不需要提交.所以,我写了一个包含这个的.gitignore文件:
.DS_Store
*.xcuserstate
其他条目.然后我用了:
git rm --cached *xcuserstate
git rm ---cached .DS_Store
要删除版本控制下的这些文件类型.但是,当我去合并时,Xcode告诉我需要提交更改.这些更改包括.DS_Store文件和.xcuserstate文件.
所以,我试过这个:如何从Git存储库中删除.DS_Store文件？
find . -name .DS_Store -print0 | xargs -0 git rm --ignore-unmatch
find . -name *.xcuserstate -print0 | xargs -0 git rm --ignore-unmatch
我得到了同样的结果.如何从源代码管理中删除这些文件？