存储程序集的最佳做法？

我正在寻找一些存储组件的指导。这是我们的源代码树的样子，此刻：存储程序集的最佳做法？

项目名
干线
| -------- SRC（源代码）
| -------- LIB （每个项目所需的程序集，例如NUnit framework，svn external）
| -------- tools（每个项目需要的工具，例如NUnit executable，svn external）
| -------- ThirdPartyAssemblies （项目特定组件，例如log4net）

我们已经将一些代码移动到我们自己的名为Utils.dll的库中。

我现在想知道把这个库放在哪里（字面上文件夹的名字很好），以及我们将来编写的其他库。

3210似乎不是正确的地方（因为它不是来自第三方），也不是lib，因为我们创建的每个项目都不需要程序集。

来源

2010-02-23 Timo Kosig

那么你可以肯定地创建一个“FirstPartyAssemblies”目录，如果你需要的话 - 但是你一定需要“存储”这些程序集吗？他们来自不同的解决方案吗？你能不能在相同的解决方案中使用几个项目，并让VS适当地拉动组件？当然，您不必将所有项目都放在同一个源层次结构中。

现在很多情况下你会将想要存储程序集 - 并有可能分开版本等 - 但如果你可以逃避没有这样做，它可能会让你的生活更轻松。这真的取决于你的情况。

来源

2010-02-23 08:27:37

感谢Jon，“FirstPartyAssemblies”就是我一直在寻找的东西。你是对的，让某些项目生活在同一个解决方案中，并将VS拉到一起更容易。我们已经为大部分项目做到了这一点。这个问题的目标是一个特定的程序集，它将被很多项目（它包含wrapper classer和其他帮助程序）引用，并且因为它存在于它自己的源代码层次结构中，所以我们不能使用VS自动引入它。 – 2010-02-23 09:37:27

我不会总是把项目放在解决方案中，除非你想采取开源方法。这可能会变得混乱。我总是使用公司的名字。像[CompanyName] Utils一样。这样，如果需要，您可以进一步细分。像[CompanyName] [Domain] Utils或其他。

来源

2010-02-23 08:31:29 cerhart

存储程序集的最佳做法？

回答

相关问题