c# - 您不应该将 bin 文件夹视为临时文件夹吗?

标签 c# .net compiler-construction building

我一直教导自己和其他人将 bin 文件夹视为暂时的。

也就是说,您应该能够删除它,下次重建时,它会被重新创建,任何引用都会毫不费力地复制到其中,而不是将所有鸡蛋放在一个篮子里。或者在这种情况下,不要将所有需要的 dll 直接放入 bin 文件夹中。将它们放在其他地方并仅引用它们。

我见过有人在将 dll 直接放入 bin 文件夹并在那里引用它们时崩溃了。所以我尽量避免这种情况,并将所有需要的 dll 放在一个名为 Refs 的文件夹中,并在其中添加对 dll 的引用。在编译时,无论如何它们都会被复制到 bin 文件夹中。

我疯了吗?这是不是太小心了?常识?

这种情况下的最佳做法是什么?

干杯,

--李

更新:事实证明我没有生气

干杯伙计们,你们发现了我忘记提及的一些要点。

主要是:

  • 不将 bin 文件夹 checkin 源代码控制

最佳答案

没错,您不想将引用的dll 放在bin 文件夹中。如果您使用版本控制,则应始终完全排除 bin 和 obj 文件夹。

所有引用的 dll 都应包含在版本控制下,最好放在项目的 trunk 下的单独子目录中,以便每个人都拥有每次干净重建所需的所有资源和引用。 bin 文件夹必须很容易地从头开始重新创建。

我相信大多数人在查看您的源代码时都会期待

我们还在项目的根目录中包含一个 _READ_ME.txt 文件,说明有关批量构建项目所需的工具和内容的附加信息(nantperl 等),所以有时可能会有一些具体差异,但绝不会出现这种意外情况。

关于c# - 您不应该将 bin 文件夹视为临时文件夹吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1555427/

相关文章:

c# - 指针作为泛型 C#

具有 bison 和 flex 的 Calc 无法进行负操作

c# - 编译/优化后如何查看 C# 代码?

c# - 使用NEST在ElasticSearch的IEnumerable属性上配置分析器的问题

C#.NET 检查对象是否为空

c# - 在 MVC Web 应用程序中连接到多个数据库

c# - Blob 存储 - 直接处理其上的文件

c - Windows 上是否有被视为行业标准的 C 编译器或 IDE?

c# - 为什么我不能在数组上调用 RemoveAt?

c# - 数据库更新问题