.net решения Subversion лучшие практики?

Есть так много примеров того, как настроить ваши проекты dotnet, но ни один, казалось, не соответствовал нашей ситуации.

У нас есть одно решение с несколькими приложениями, несколькими зависимостями. В настоящее время мы работаем на SourceSafe и планируем перейти на Subversion, но затрудняемся правильно организовать наш источник.

  • Пример решения

    • App1
    • App2
    • BizObjects
    • Доступ к данным
    • CustomControls
  • зависимости

    • BizObjects-> DataAccess
    • App1-> CustomControls
    • App1-> BizObjects
    • App1-> DataAccess
    • App2-> CustomControls
    • App2-> BizObjects

У нас также есть система управления конфигурацией, которая развертывается (посредством копирования из базы данных) в зависимости от того, с какой рабочей нагрузкой работает оператор. Мы помечаем «выпуск» приложения версией и к этому выпуску добавляем несколько файловых зависимостей. Имейте в виду, что решение, которое мы имеем сейчас, является попыткой помочь старому (разработанному для Windows 3.1) решению работать со структурой файлов / зависимостей .NET.

В случае с App1 у нас есть App1.exe, BizObjects.dll, DataAccess.dll и CustomControls.dll. У нас такой же набор зависимостей для App2 из-за BizObjects, ссылающихся на DataAccess, но это определяется вручную. У нас нет системы для определения дерева зависимостей.

Каждая из зависимостей для «релиза» - это файл и идентификатор версии. И одно и то же приложение может содержать разные версии каждого файла для разных рабочих нагрузок.

  1. Где в мире мы пошли не так? Мы ошиблись?
  2. Как мы можем структурировать исходное дерево SVN для соответствия требованиям развертывания?
    • или
  3. Как мы можем реструктурировать код, чтобы лучше поддерживать стратегию развертывания, которая имеет смысл для нашей установки?

У нас есть старое и изощренное решение (казалось бы) относительно простой проблемы. Кто-нибудь может направить меня / нас в правильном направлении?

редактировать: я прочитал этот вопрос и вспомнил, что у нас также есть те же области dev / test / prod, через которые должен пройти код.

2 ОТВЕТА
РЕШЕНИЕ

Вот вопрос, который может быть актуальным. текст ссылки .

1
23.05.2017 12:13:33

Похоже, вы пытаетесь контролировать конфигурацию с помощью системы контроля исходного кода.

Subversion не может быть правильным выбором, так как он действительно для исходного кода (ascii-файлов) и зависимостей сборки, а не исполняемых файлов (двоичных) и зависимостей времени выполнения.

Я думаю, вам действительно нужен установщик: http://en.wikipedia.org/wiki/List_of_installation_software

Или, может быть, просто скрипт для запуска правильной конфигурации с сетевого диска.

0
3.09.2008 03:11:23