我们公司正在从VSS迁移到SVN,作为从VS2005升级到VS2010的一部分。我正在评估VisualSVN实现 - VisualSVN Server负责维护存储库,并在VS2010中使用VisualSVN Client。我们的工作主要是Web应用程序项目。
我遇到了将分支合并回主干的真正问题
以下是场景(使用VS2010 VisualSVN插件执行的所有SVN操作):
/trunk
的{{1}}创建了一个分支,并将其配置为在VS2010中的本地IIS下运行,并且我的硬盘上的分支远离存储库(这是在服务器上)/branches/test
编辑了主页,将 HELLO WORLD 添加到WAP的default.aspx并将其提交给/branches/test
我对这里的分支理解是否有根本错误,我的流程是否存在缺陷或者这是VisualSVN的一个特性?
由于
答案 0 :(得分:0)
听起来像是这个VisualSVN客户端中的一个错误。普通Subversion的行为不是这样的。
答案 1 :(得分:0)
我发现了问题 - 它是对解决方案文件进行版本控制,默认情况下在VS 2010中没有显示。因此,我确实对我不知道的本地工作副本(解决方案文件)进行了未提交的更改。
我不确定这里最好的前进方向。我应该排除解决方案文件(.sln)还是版本呢?我担心的是,如果它被排除在外,我在一个分支中添加一个项目并合并回主干,当下一个人从主干分支时,他们会遇到问题(因为他们自己的工作副本中的解决方案文件将不包括新的项目)?
(我是StackOverflow的新手 - 这应该作为一个单独的问题发布吗?)