Некоторые хорошие практики:
Стремитесь к подходу "одним кликом". Попробуйте объединить все свои проекты для приложения в одном решении. Таким образом, вы можете собрать весь материал одной командой. Кроме того, с такими проектами, как SharePoint, вы можете создавать все пакеты во время сборки (это требует настройки файлов .csproj, но это того стоит), я должен попробовать, но это может сработать
<PostBuildEventDependsOn>
$(PostBuildEventDependsOn);
CreatePackage;
</PostBuildEventDependsOn>
Это также поможет вам в поиске по «Полному решению», поэтому все разработчики могут быть синхронизированы без неоднозначностей.
Убедитесь, что у вас есть хорошее соглашение об именах. Например решение, подобное MyApp, содержащее проекты, такие как MyApp.Model, MyApp.View и MyApp.Presenter, если вы следуете шаблону MVP и т. д.
Что подводит нас к другому моменту: стремиться к многоуровневой организации вашего кода. Проект для утилит, другой для вашей бизнес-модели, другой для докладчиков, еще один для вашего пользовательского интерфейса и т. Д., Который облегчает тестирование, повторное использование и т. Д.
В любом случае, , попробуйте с разными подходами и оцените сами плюсы и минусы.