Цитата:
Сообщение от
axm2017
Мои коллеги поддерживают некое решение на паре проектов по этой причине возник вопрос (у меня) а как правильно это делать в D365:
Как сейчас видится:
1. вся новая функциональность, кроме исправления ошибок должна быть оформлена под фичами.
2. Фичи живут цикл достаточный для теста на боевой/продуктовой.
3. Фичи помечаются как obsolete c warning.
4. Далее фича удаляется и код становится постоянным.
Правильно ли вижу?
Ты за фичи от Майкрософта или кастомные фичи?
Ну в любом случае, у меня похожее понимание фичи.
Только не уверен за последний четвёртый пункт - но то мелочи.
Да и первый пункт должен быть более мягким. Оформление фичями - это больше Best Practice чем обязаловка.
Да третий пункт должен быть не о том что фича deprecated или obsolete. Как раз наоборот, фича становится Mandatory с какого-то момента. Т.е. она с какой-то даты/релиза включается и кнопочка выключения блокируется.
Фичи для меня - это некая галочка в параметрах модуля которая включает какую-то новую фичу/функциональность. Которую можно включить или выключить прямо на энвайронменте без вмешательства программистов. Фича - это выделенная новая функциональность.
Ой, а еще есть конфигурационные ключи. И вот эти вот внутренние флаги которые надо включать чтобы включить какие-то preview фичи.