Руководство по DotNetNuke и Subversion - PullRequest
2 голосов
/ 19 марта 2010

Я гуглил, Binged и здесь, в StackOverflow, просматривал связанные вопросы и искал, но я не могу найти то, что я ищу. Я также искал документацию по DNN.

Что мне нужно, так это любые рекомендации (учебные пособия, блоги, пошаговые инструкции по настройке репозитория) и т. Д. От людей, имеющих опыт использования DotNetNuke с SVN.

Мы используем SVN для всех наших систем контроля версий, и у нас нет проблем со стандартными приложениями, потому что мы в значительной степени создали структуру хранилища и каталогов для работы с нашими процессами. Это означает, что когда мы делаем веб-сайты, в Visual Studio мы делаем веб-сайты на основе файлов, а не настраиваем их в локальном IIS. Это только облегчает нам задачу.

Однако, с DNN, похоже, что даже если вы получите исходный код, он ожидает установки в локальном IIS, что означает дополнительные головные боли для нас.

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

Кто-нибудь придумал хороший способ обойти это? Можно ли настроить DNN так, чтобы веб-сервер разработчика в Visual Studio можно было использовать, чтобы мы могли рассматривать его как любое обычное веб-приложение? Я что-то упускаю из виду?

1 Ответ

4 голосов
/ 21 марта 2010

Контроль источника

Я рекомендую использовать отдельные проекты для проектов DotNetNuke (скины, модули, провайдеры) и не включать сам фактический веб-сайт в среду контроля версий (модули DNN будут использовать проект в стиле WAP). Каждый разработчик может иметь собственный сайт и базу данных DotnetNuke в своей среде разработки. Я также не рекомендую вносить изменения в ядро ​​DotNetNuke, чтобы у вас был чистый путь обновления. Я бы порекомендовал использовать такой инструмент, как Сравнение данных SQL Red Gate , чтобы генерировать сценарии базы данных для ваших данных, которые вы также можете хранить в среде контроля версий.

Ниже приведена дополнительная информация о настройке проекта веб-приложения для модуля DotNetNuke.

Тестирование / Подмости / Производство

Хранить их отдельно в DotNetNuke, как правило, очень просто, потому что вы уже создаете модули, подключаемые к сайту DNN. Я рекомендую создавать упакованные модули с правильной версией, чтобы вы могли без проблем установить их в тестовом, промежуточном и производственном вариантах.

Возможно, вы захотите изучить сборку модулей модулей со сценариями MSBuild . В качестве альтернативы, здесь приведена некоторая информация об использовании NAnt для автоматизации упаковки модулей DNN.

...