Asp.net 将SVN与VS.NET一起使用以版本化编译代码时出现问题-.SVN文件夹与/bin冲突

我正在使用SVN对我正在处理的ASP.NET web项目进行版本设置。我最近决定尝试对网站的已发布版本进行版本控制。我在分支根目录中将这些代码与标记的代码发布版本一起提交到存储库。这被证明是有用的，因为我可以使用SVN部署到我的服务器上

我面临的问题是，我必须在没有外部引用的情况下对项目的/bin文件夹DLL中的某些文件进行版本设置，这创建了一个/bin/.svn文件夹。问题是VS.NET的Publish命令坚持将.svn从开发分支/bin复制到输出文件夹的/bin。这基本上是“切换”其中的二进制文件以指向dev分支。结果是/bin文件夹的内容实际上从未提交到已编译的bin文件夹，因为工作副本指向存储库的不同部分

---

有没有办法强制visual studio在发布时忽略.svn文件夹？或者，是否有另一种方法可以处理在项目中包含static.dll而不将其放入bin文件夹，这样/bin就可以从SVN中排除，因为它不应该使用GAC？

我建议您不要在.bin文件夹中对任何内容进行版本设置。而是将所有引用的程序集放在项目文件夹之外的文件夹中。然后部署它，并在任何地方构建它。构建过程将根据需要拉入所有DLL。这将弥补您的.svn文件夹中的bin文件夹问题

我建议您不要对.bin文件夹中的任何内容进行版本设置。而是将所有引用的程序集放在项目文件夹之外的文件夹中。然后部署它，并在任何地方构建它。构建过程将根据需要拉入所有DLL。这将弥补您的.svn文件夹中的bin文件夹问题

绝对不要将bin文件夹放在存储库中。这会让你永远做噩梦

只需将静态引用的.dll放在名为Libraries的文件夹中，然后将项目引用设置为它们。它们将自动复制到输出。

绝对不要将bin文件夹放入存储库。这会让你永远做噩梦

---

只需将静态引用的.dll放在名为Libraries的文件夹中，然后将项目引用设置为它们。它们将自动复制到输出。

Hmm。。将它们放在解决方案中的单独文件夹中并引用它们。现在我为什么没想到那个doh！。我想我盯着屏幕看太久了

---

谢谢大家。

嗯。。将它们放在解决方案中的单独文件夹中并引用它们。现在我为什么没想到那个doh！。我想我盯着屏幕看太久了

---

谢谢大家。

您能举一些svn bin问题的例子吗？我遇到过一个问题，提交会在没有任何确认的情况下删除DLL。最大的问题只是它会产生冲突。任何工作副本上的每个构建都将改变/bin中的.dll。每次执行SVN更新都会导致必须解决的冲突。此外，进程可以在您的工作副本上设置锁，以便在更新时不会覆盖它们，等等。。。。这只是一个全方位的巨大头痛。你能举一些svn-bin问题的例子吗？我遇到过一个问题，提交会在没有任何确认的情况下删除DLL。最大的问题只是它会产生冲突。任何工作副本上的每个构建都将改变/bin中的.dll。每次执行SVN更新都会导致必须解决的冲突。此外，进程可以在您的工作副本上设置锁，以便在更新时不会覆盖它们，等等。。。。这只是一个全方位的巨大头痛。在保留给。。。添加一个答案。如果您想回复回答您问题的人之一或发表一般性评论，请添加评论。在“保留给…”中添加答案。。。添加一个答案。如果您想回复回答您问题的人之一或发表一般性评论，请添加评论。