Как работать с NopCommerce MVC в команде

В настоящее время мы смотрим на новейшую версию (2.60 )NopCommerce в MVC, и довольно скоро мы ее интегрируем… Мы скачали исходный код и заплатили 20 долларов за документацию по руководству пользователя. Документация отличная! Я имею в виду… это здорово в том смысле, что объясняет, как развертывать, устанавливать и как работать с интерфейсом и серверной частью пользовательского интерфейса. Это отлично подходит для общего обзора, но ему не хватает понимания того, как работать с NopCommerce в команде. Каковы лучшие практики и т. д.

Например (или параллельно ), если вы решите работать с Dotnetnuke в команде, вы обычно работаете следующим образом:

• Каждый разработчик загружает/устанавливает Dotnetnuke локально на свой компьютер. машина.
• Вы также загружаете/устанавливаете Dotnetnuke на выделенный сервер (, скажем разработчик -сервер ).
• Как разработчик вы работаете и создаете модули, которые тестируете локально. внутри вашей установки Dotnetnuke.
• Как только это будет сделано, вы упаковываете свой модуль (и все скрипты SQL, которые поставляется с вашим модулем )в виде zip-файла.
• Когда пакет готов, вы загружаете/устанавливаете этот пакет на выделенный сервер (dev -сервер ).

Этот подход отлично работает для Dotnetnuke и, что более важно, если у вас есть команда разработчиков, создающих модули.

Мой вопрос: как команда работает с NopCommerce MVC?

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

Я не уверен, что моя параллель с Dotnetnuke верна… но кто-нибудь может подсказать (или помочь мне прояснить ), как команда работает с NopCommerce MVC.

Кроме того, должна ли команда полагаться только на создание плагинов для NopCommerce и воздерживаться от изменения ядра, или это не имеет значения?

Как насчет добавления новых объектов в SQL (или изменения существующих ), следует ли нам префиксировать наши объекты на случай, если возможное обновление NopCommerce MVC создаст аналогичные объекты и/или перезапишет их?

Спасибо, что помогли мне пролить свет на это.

С уважением

Винс