Crm 2016: continues integration, tfs, unit test, integration test

[Ion]

Добрый вечер!

Интересует если у коллег успешный опыт внедрения continues integration, tfs, unit test, integration test.
Суть в том что большая организация требует в долгосрочной перспективе построить мощную платформу на базе дайнамикса. Вот и хотелось бы, чтобы весь процесс разработки был на высоком современном уровне.
Интересует Ваше мнение относительно указанных подходов: трудозатраты, возможные сложности да и ваше личное мнение.

З.Ы. У меня лично есть опыт такой ентерпрайз разработки на asp. net. Для меня лично преимущества неоспоримы

[a33ik]

Добрый день,

Всё есть. Посмотрите это - https://xrmciframework.codeplex.com/
Организовывалась работа команды порядка 30 человек, всё включая кастомизации, исходники и необходимые данные хранились в сорсконтроле, сборка и импорт осуществлялся на выделенном сервере при коммите каких изменений, при ошибке импорта солюшена сразу рассылались алерты для того, чтобы можно было оперативно устранить причину ошибки.

[Ion]

Цитата:

Сообщение от a33ik

Добрый день,

Всё есть. Посмотрите это - https://xrmciframework.codeplex.com/
Организовывалась работа команды порядка 30 человек, всё включая кастомизации, исходники и необходимые данные хранились в сорсконтроле, сборка и импорт осуществлялся на выделенном сервере при коммите каких изменений, при ошибке импорта солюшена сразу рассылались алерты для того, чтобы можно было оперативно устранить причину ошибки.

a33ik,

спасибо, как раз перед тем как написать смотрел в сторону этого фреймворка. Как сложно его поднять?
Вы работали по схеме dev-preprod-release?

[a33ik]

Цитата:

Сообщение от Ion

a33ik,

спасибо, как раз перед тем как написать смотрел в сторону этого фреймворка. Как сложно его поднять?
Вы работали по схеме dev-preprod-release?

Поднять - можно, но не просто. Придётся много читать мануалы автора фреймворка. Схема у нас была немного другая.
Dev - QA - UA (User Acceptance Tests) - Production

Дополнительно была развёрнута ещё одна организация для валидации корректности решения (на билд сервере автоматически собирался солюшен и импортировался в эту организацию). В зависимости от результата импорта делался вывод о валидности решения.

[Ion]

Цитата:

Сообщение от a33ik

Поднять - можно, но не просто. Придётся много читать мануалы автора фреймворка. Схема у нас была немного другая.
Dev - QA - UA (User Acceptance Tests) - Production

Дополнительно была развёрнута ещё одна организация для валидации корректности решения (на билд сервере автоматически собирался солюшен и импортировался в эту организацию). В зависимости от результата импорта делался вывод о валидности решения.

Вы писали unit test/integration test? Вы использовали Release Management? Вообще довольны данным решением?
У нас есть опытный DevOps, за неделе две можно все поднять и правильно настроить?

Извините что бомбардирую вопросами))

[a33ik]

Unit тесты - писал. Как вы себе представляете Integration тесты в CRM? Решением - доволен, сейчас использую в своих персональных проектах.

По поводу двух недель - можете попробовать, но гарантировать результат не могу.

[Ion]

Спасибо, буду пробовать :-)

[Артем Enot Грунин]

Мне кажется, ты говоришь о системе контроля версий? Если я правильно понял, этот фреймворк позволяет только автоматизировать сборку. Что тоже, конечно, очень круто, но и то только в случае, когда не все компоненты живут в CRM. Например, когда рядом с решением есть кастомное приложение с интегрированными веб-сервисами и страницами. В этом случае да, вместе с решением нужно еще сформировать пакет для веб-деплоя и еще какие-нибудь файлы настроек. Я с таким только однажды сталкивался, но не успел раскурить задумку

[a33ik]

Цитата:

Сообщение от Артем Enot Грунин

Если я правильно понял, этот фреймворк позволяет только автоматизировать сборку. Что тоже, конечно, очень круто, но и то только в случае, когда не все компоненты живут в CRM.

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