visual studio 2005正在删除bin\Debug目录中的.svn文件夹-如何防止此情况?

visual studio 2005正在删除bin\Debug目录中的.svn文件夹-如何防止此情况?,svn,visual-studio-2005,tortoisesvn,Svn,Visual Studio 2005,Tortoisesvn,出于某种原因,我需要签入bin\Debug目录中的几个文件。在过去的几周里,我注意到VS2005的一个奇怪行为。每次我重新编译代码时,它都会删除bin\Debug目录中的.svn文件夹,因此svn显示“阻塞”错误。由于缺少.svn文件夹,即使是svn清理也没有帮助。VS2005上是否有任何设置可以防止这种情况?首先,为什么要删除.svn文件夹?本线程对此进行了讨论,但没有有效的解决方案来防止这种情况发生。还有其他建议吗?为什么要将某些文件签入bin目录

出于某种原因,我需要签入bin\Debug目录中的几个文件。在过去的几周里,我注意到VS2005的一个奇怪行为。每次我重新编译代码时,它都会删除bin\Debug目录中的.svn文件夹,因此svn显示“阻塞”错误。由于缺少.svn文件夹,即使是svn清理也没有帮助。VS2005上是否有任何设置可以防止这种情况?首先,为什么要删除.svn文件夹?本线程对此进行了讨论,但没有有效的解决方案来防止这种情况发生。还有其他建议吗?

为什么要将某些文件签入bin目录<这是完全错误的。即使有正当理由。是的,我是认真的。


考虑使用另一个文件夹,其中可能包含要写入bin的必要文件。生成后,使用生成后脚本将这些文件复制到bin文件夹中

为什么要将某些文件签入bin目录<这是完全错误的。即使有正当理由。是的,我是认真的。


考虑使用另一个文件夹,其中可能包含要写入bin的必要文件。构建后,创建一个构建后脚本,将这些文件复制到bin文件夹中。如果VS清除bin目录,它将删除所有内容。这是一个干净的开始,以防人们在构建后事件脚本中加入其他内容。有道理/bin和/obj是VS管理的临时目录,不应处于版本控制之下


这是我也不喜欢SVN的一点——它比我见过的所有其他源代码控制集成都愚蠢得多,因为它忽略了Visual Studio在源代码控制下不需要的东西。

你不喜欢。如果VS清除bin目录,它将删除所有内容。这是一个干净的开始,以防人们在构建后事件脚本中加入其他内容。有道理/bin和/obj是VS管理的临时目录,不应处于版本控制之下


这是我也不喜欢SVN的一点——它比我见过的所有其他源代码管理集成都愚蠢得多,因为它忽略了Visual Studio在源代码管理下不需要的东西。

为什么需要在bin/Debug文件夹中提交代码?通常,bin文件夹被标记为“忽略”。我认为您做错了。

为什么需要在bin/Debug文件夹中提交代码?通常,bin文件夹被标记为“忽略”。我认为你做错了。

不要将文件存储在
bin\Debug
目录中。而是:

  • 将文件存储在其他位置(解决方案目录或项目目录)
  • 将文件包括在解决方案或项目中,以及
  • 在生成期间,通过将“生成操作”设置为“无”,将“复制到输出目录”设置为“更新时复制”或“始终复制”,将文件复制到输出目录
或:

  • 将文件放在单独的文件夹中,然后
  • 通过生成后脚本将它们复制到输出目录

不要将文件存储在
bin\Debug
目录中。而是:

  • 将文件存储在其他位置(解决方案目录或项目目录)
  • 将文件包括在解决方案或项目中,以及
  • 在生成期间,通过将“生成操作”设置为“无”,将“复制到输出目录”设置为“更新时复制”或“始终复制”,将文件复制到输出目录
或:

  • 将文件放在单独的文件夹中,然后
  • 通过生成后脚本将它们复制到输出目录

是的,这是处理这种情况的最佳方法。如果VisualStudio用户能更清楚地用这种方式处理它就好了。是的,这是处理这种情况的最佳方法。要是VisualStudio用户能更清楚地用这种方式处理它就好了。谢谢Xinxua。我完全理解并意识到你的担忧。它是一个计划非常糟糕的旧项目存储库,所有的客户版本都保存在bin文件夹中,而不是为版本设置单独的标签。所有新项目都没有在bin、obj文件夹中签入任何内容,并且每个版本都有单独的标记。谢谢Xinxua。我完全理解并意识到你的担忧。它是一个计划非常糟糕的旧项目存储库,所有的客户版本都保存在bin文件夹中,而不是为版本设置单独的标签。所有新项目都不签入bin、obj文件夹中的任何内容,并且每个版本都有单独的标记。