Мы следуем модели разработки на основе соединительных линий и по разным причинам хотим перейти к модели разработки на основе филиала. Модель разработки на основе соединительных линий очень медленная для нас, и из-за CRM мы придерживаемся ее, так как ее сложно объединить с CRM. У нас есть продукт Dynamics 365 CRM, в котором решение состоит из внешнего интерфейса (. js) плагинов в виде ядра. Net и у нас также есть связанный с crm файл. xml, например, настройка. xml, solutin. xml et c
Я посмотрел в Интернете такие инструменты, как https://docs.microsoft.com/en-us/previous-versions/dynamicscrm-2016/developers-guide/jj602997%28v%3dcrm.8%29, которые упоминались в предыдущих аналогичных вопросах, - но все эти посты старые и не уверены, что какие-то новые улучшения произошли или не?
Должны ли мы отделять код от значения CRM, иметь ветки для C# &. js и использовать какой-то другой подход для CRM? Это будет работать? Кто-то испытал это?
Будем весьма благодарны за любые предложения от кого-то, кто мог бы работать над Dynamics CRM с контролем версий - спасибо