我们有一个问题与我们建立服务器没有检查出修改,从源的控制,尽管认识到没有变化。

它是追踪的控制文件夹(不知道它是真实的名称),将现有工作基础是使用_svn.清除工作文件夹强迫一个新的完整的结帐时和我注意到,现在的控制的文件夹。svn.它看起来像原本是我们的一体化程序进行检查了编码使用_svn但现在是使用。svn.

的svn.exe 正在使用期间整合是从VisualSVN服务器可以我设置使用_svn了吗?

如原来工作的副本使用的_svn我不知道!-我们永远只用过VisualSVN服务器并没有改变这一点。

我们不得不设置如今使用_svn以下的建议,这一工作更好地为Visual Studio和也安装了如今在建立服务器的情况下,它是永远需要。这可能是原因?

还是这真的有必要吗?为MSBuild是Microsoft的建议,因为它是Visual Studio?

有帮助吗?

解决方案

业务约_svn与.svn是一个问题Visual Studio网络项目,只有(并且我相当肯定它是固定在VS2005无论如何),这不是一般的"_svn工作更好地与VS"的事情。

这也是仅有一个工作复制的问题,不是一个储存库的问题-即不要紧,如果某些用户的SVN是使用客户端设置做_svn和一些使用。svn-存储库不会知道或看护(除非在某种程度上你结束了载的这些_svn/.svn文件的实际检查进入储存库,这将是令人迷惑的极致。)

除非你有绝对的具体的证据。SVN是你造成的问题,然后我会坚持,无论你可以。

其他提示

我一直在使用。svn用Visual Studio2008年和2005年以及我们的CC.Net 集成服务器(与MSBuild)没有问题。我会坚持的.svn格式。

http://subversion.tigris.org/svn_1.3_releasenotes.html

需要读"官方支持 Windows'_svn目录(客户和 语言绑定)"部分

和需要意识到你正在读的文件,这是几岁,这一事实可能会或可能不相关。

据我所知_svn是必要的,因为WebApplications有问题,当他们的一个目录的开始一点。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top