Рекомендации по хранению сборок?

Question

Я ищу руководство для хранения сборок. Это как наш источник дерево выглядит на данный момент:

Projectname
ствол
| -------- ЦСИ (исходный код)
| -------- Lib (сборки, необходимые для каждого проекта, например, NUnit framework, svn external)
| -------- Инструменты (инструменты, необходимые для каждого проекта, например, NUnit исполняемый, svn внешний)
| -------- ThirdPartyAssemblies (конкретные проекты, например log4net)

Мы переместили некоторый код в собственную библиотеку, которая называется Utils.dll.

Теперь мне интересно, где разместить эту библиотеку (буквально хорошее имя для папки) и, кроме того, другие библиотеки, которые мы пишем в будущем.

ThirdPartyAssemblies не похоже на нужное место (поскольку это не со стороны третьей стороны), равно lib, поскольку сборки не нужны никому из создаваемых нами проектов.

Answer 1

Ну, вы могли бы создать каталог «FirstPartyAssemblies», если вам нужно - но вам обязательно нужно «хранить» эти сборки в первую очередь? Они исходят из другого решения? Можете ли вы не просто использовать несколько проектов в одном и том же решении, и позволить VS вытащить сборки соответствующим образом? Конечно, вам не обязательно иметь все проекты в одной исходной иерархии.

Теперь во многих случаях будет хотите сохранить сборку - и, возможно, ее версию отдельно и т. Д., Но если вы можете уйти без этого, это, возможно, упростит вашу жизнь. Это действительно зависит от вашей ситуации.

Answer 2

Я не всегда ставил проект в решение, если вы не хотите использовать подход с открытым исходным кодом. Это может стать беспорядочным. Я всегда использую название компании. Как [CompanyName] Utils. Таким образом, вы можете продолжить его, если вам нужно. Как [CompanyName] [Domain] Utils или что-то еще.