Может ли одно решение содержать проекты из нескольких хранилищ? - PullRequest
4 голосов
/ 10 июня 2010

Я начал настраивать SVN-репозитории для хранения своего кода, и мне интересно, может ли одно решение Visual Studio иметь проекты из нескольких репозиториев.У меня есть общая библиотека с различными вспомогательными функциями, общими пользовательскими элементами управления и т. Д., Которые используются несколькими проектами и размещены в собственном репозитории.Затем у меня есть репозиторий проекта, который содержит весь программный код, такой как формы и т. Д. Я знаю, что могу скопировать общую библиотеку в репозиторий программы, а затем скопировать их обратно, когда внесу изменения, но я бы предпочелхраните их в разных репозиториях, чтобы я мог нажать «Коммит», и общая библиотека фиксирует его в репозитории, а программный код фиксирует его.В настоящее время я использую AnkhSVN, но если это возможно с другими инструментами, я посмотрю на него.


Упреждающее пояснение для всех ответов «просто используйте один репозиторий»: общая библиотека размещена вонлайн-хранилище, доступное для просмотра любому пользователю, но программный код проприетарный и находится на наших офисных серверах, поэтому им нужны разные репозитории.

Ответы [ 2 ]

3 голосов
/ 10 июня 2010

Да, это возможно, хотя вы сможете фиксировать проекты только из одного хранилища одновременно.Один из способов добиться этого и сделать его воспроизводимым для любого разработчика, который проверяет ваш проект, - это использовать свойство svn: externals в корневой папке вашего решения для извлечения проектов из других репозиториев.

Чтобы отредактировать или добавить это свойство, вы можете использовать либо командную строку svn, либо TortoiseSVN .Более подробную информацию о самом свойстве svn: externals вы найдете в Subversion red book .

0 голосов
/ 11 июня 2010

Как Дэвид говорит, что это возможно.

Я хотел бы добавить к этому, что наличие нескольких репозиториев не только лишает возможности атомарной фиксации, но также вы не сможете разветвлять / тегировать проект и его зависимости в один тег или ветвь. Я бы не рекомендовал использовать несколько репозиториев по этим причинам.

...