我一直教导自己和其他人将 bin 文件夹视为暂时的。
也就是说,您应该能够删除它,下次重建时,它会被重新创建,任何引用都会毫不费力地复制到其中,而不是将所有鸡蛋放在一个篮子里。或者在这种情况下,不要将所有需要的 dll 直接放入 bin 文件夹中。将它们放在其他地方并仅引用它们。
我见过有人在将 dll 直接放入 bin 文件夹并在那里引用它们时崩溃了。所以我尽量避免这种情况,并将所有需要的 dll 放在一个名为 Refs 的文件夹中,并在其中添加对 dll 的引用。在编译时,无论如何它们都会被复制到 bin 文件夹中。
我疯了吗?这是不是太小心了?常识?
这种情况下的最佳做法是什么?
干杯,
--李
更新:事实证明我没有生气
干杯伙计们,你们发现了我忘记提及的一些要点。
主要是:
- 不将 bin 文件夹 checkin 源代码控制
最佳答案
没错,您不想将引用的dll 放在bin
文件夹中。如果您使用版本控制,则应始终完全排除 bin 和 obj 文件夹。
所有引用的 dll 都应包含在版本控制下,最好放在项目的 trunk
下的单独子目录中,以便每个人都拥有每次干净重建所需的所有资源和引用。 bin
文件夹必须很容易地从头开始重新创建。
我相信大多数人在查看您的源代码时都会期待。
我们还在项目的根目录中包含一个 _READ_ME.txt
文件,说明有关批量构建项目所需的工具和内容的附加信息(nant
,perl
等),所以有时可能会有一些具体差异,但绝不会出现这种意外情况。
关于c# - 您不应该将 bin 文件夹视为临时文件夹吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1555427/