VisualSVN VS2010 合并失败
作为从 VS2005 升级到 VS2010 的一部分,我们公司正在从 VSS 迁移到 SVN。我正在评估 VisualSVN 实现 - VisualSVN 服务器负责管理存储库,并在 VS2010 中使用 VisualSVN 客户端。我们的工作主要是 Web 应用程序项目。
我在将分支合并回主干时遇到了实际问题
以下是场景(所有 SVN 操作均使用 VS2010 VisualSVN 插件执行):
- 在给定的 WAP 中,我从
/trunk
创建了一个分支名为/branches/test
并将其配置为在 VS2010 中的本地 IIS 下运行,分支保存在远离存储库(位于服务器上)的 HDD 上, - 我已在
中编辑了主页/branches/test
将 HELLO WORLD 添加到 WAP 的 default.aspx 并将其提交到/branches/test
- 我可以通过 VisualSVN 浏览器验证trunk 版本没有 HELLO WORLD,但分支版本有
- 我现在在 VS2010 中切换到 trunk,我收到一条警告“工作副本中有更改。建议在切换之前提交或恢复它们” – 额外的提交只是告诉我没有任何更改(这是正确的),所以我继续
- 现在在主干中,我确认没有任何需要提交的内容,以确保
- 仍然在主干中,我选择“合并...”,然后选择“重新集成分支”,将“发件人 URL”设置为 [path]/branches/test,将“合并深度”设置为“工作副本”,然后
- 出现错误,“无法重新集成到具有本地功能的工作副本 ”我对分支
的理解是否存在根本性错误,我的流程是否存在缺陷,或者这是 VisualSVN 的一个功能?
谢谢
Our company is migrating from VSS to SVN as part of an upgrade from VS2005 to VS2010. I am evaluating the VisualSVN implementation – VisualSVN Server looking after the repository, and using VisualSVN Client inside VS2010. Our work is predominantly Web Application Projects.
I am having real problems merging a branch back to the trunk
Here is the scenario (all SVN actions being performed with the VS2010 VisualSVN plugin):
- In a given WAP, I have created a branch from the
/trunk
called/branches/test
and configured it to run under local IIS in VS2010 with the branch held on my HDD away from the repository (which is on a server) - I’ve edited the homepage in
/branches/test
to add HELLO WORLD to the WAP’s default.aspx and committed it to/branches/test
- I can verify through the VisualSVN browser, that the trunk version doesn’t have the HELLO WORLD, but the branch one does
- I now switch to the trunk in VS2010 I get a warning “There are changes in the working copy. It is recommended to commit or revert them before switching” – an additional commit just tells me nothing has changed (which is right) so I continue
- Now in the trunk, I confirm there is nothing to commit just to be sure
- Still in the trunk, I select “Merge…” followed by “Reintegrate a branch”, set the From URL as [path]/branches/test and the Merge Depth as “Working Copy”
- I get an error, “Cannot reintegrate into a working copy that has local modifications".
Have I got something fundamentally wrong in my understanding of branching here, is my process flawed along the way or is this a feature of VisualSVN?
Thanks
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
听起来像是 VisualSVN 客户端中的一个错误。正常的 Subversion 不会有这样的行为。
Sounds like a bug in this VisualSVN client thing. Normal Subversion doesn't behave like this.
我发现了问题 - 它是解决方案文件的版本控制,默认情况下 VS 2010 中没有显示该文件。因此,我确实对本地工作副本(解决方案文件)进行了未提交的更改。
我不确定这里的最佳前进方向。我应该排除解决方案文件 (.sln) 还是版本它?我担心的是,如果它被排除,并且我在分支中添加一个项目并合并回主干,那么当下一个人从主干分支时,他们会遇到问题(因为他们自己的工作副本中的解决方案文件将不包含新的项目)?
(我是 StackOverflow 的新手 - 这应该作为一个单独的问题发布吗?)
I've found the problem - it was versioning the solution file, which wasn't showing in VS 2010 by default. Therefore I did have uncommitted changes on the local working copy which I wasn't aware of (the solution file).
I'm not sure of the best way forward here. Should I exclude the solution file (.sln) or version it? My worry is that if it's excluded and I add a project in a branch and merge back to the trunk, when the next person branches from the trunk will they run into problems (as the solution file in their own working copy will not include the new project)?
(I'm new to StackOverflow - should this be posted as a separate question?)