2012-05-22 1 views
0

(Я больше не хочу отвечать. OML, мой английский, безусловно, улучшился ...)Как использовать сборки в VS-решении под управлением источника и обновлять сборки?

Как использовать сборки в VS-решении под управлением источника и обновлять сборки? (Исходный контроль обеспечивается параметрами codeplex и VS по умолчанию.) Я имею в виду, у меня есть проект под названием HyperAero. У меня есть еще один проект под названием TestAnimation. TestAnimation находится под контролем источника и нуждается в гипераэро. Когда я зарегистрируюсь, HyperAero.DLL не будет сохранен на сервере. Конечно, я могу добавить файл hyperaero.dll в мое решение как файл, но я хочу, чтобы он автоматически обновлялся с моими изменениями в проекте HyperAero. Что мне делать? Ответ (Получил это сам): команда: robocopy "E: \ Documents \ My VS \ Fix soft HyperAero Form \ Fix soft HyperAero \ bin \ Release" "E: \ Documents \ My VS \ Fix soft Animation Maker \ Test анимационных Maker \ библиотек DLL» "* .DLL" набор RCE =% ErrorLevel% если не% RCE% == 1 выход% RCE% еще выход 0

Аналогичный вопрос (помните, что я хочу, чтобы мои узлы оставаться в курсе): При использовании пользовательских сборок в проекте визуальной студии. Как проверить эти сборки в исходном управлении с проектом, чтобы каждый мог скачать проект и построить сразу.

+0

Это во многом зависит от типа системы управления источниками, которую вы используете. И вы не указали, что это такое. – Steve

ответ

0
  1. Поместите оба проекта в одно и то же решение и добавьте ссылку на проект.

  2. Чтобы добавить файлы DLL, используйте UI/command-line вашего источника управления.

0

Какое программное обеспечение для управления версиями вы используете?

Если вы используете subversion:

  • AnkhSVN (Visual Studio плагин) может обрабатывать репозиториев кратной в одном решении.

У меня есть следующая структура.

- App1\ 
    App1.sln 
    App1Forms\ 
    App1Forms.csprj 
- App2\ 
    App2Dll\ 
    App2Dll.csprj 

Теперь если я открываю App1.sln и добавить App2Dll, который находится вне структуры папок, как проект, проект компонуется как относительный путь. Я в порядке, если я проверю оба источника на один и тот же родительский каталог.

Анк знает об этом, и если я удалю update, оба проекта будут обновлены. Если я хочу совершать изменения, мне разрешено совершать только один репозиторий за раз, но опять-таки анк сообщает об этом.

Другой способ - использовать svn-externals http://svnbook.red-bean.com/en/1.0/ch07s03.html , который будет прозрачно содержать один репозиторий внутри другого.

1

Есть два способа подойти к этому:

1/Не помещайте зависимости сборки в системе управления версиями и всегда включает в вашем решении их визуальный проект студии вместо этого. В вашем случае у вас будет решение с проектом Hyperaero и проектом TestAnimation с проектом зависимости к проекту Hyperaero.

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

2/Если вы действительно хотите отделить оба проекта, я рекомендую вам использовать Nuget и создать пакет Nuget для проекта Hyperaero, а затем ссылаться на пакет Nuget в проекте TestAnimation. Этот подход является самым чистым, но он может быть чрезмерным, и, наконец, это не то, что вы быстро настроите (по сравнению с 1 /).

 Смежные вопросы

  • Нет связанных вопросов^_^