AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 22.11.2020, 01:57   #1  
Yrich is offline
Yrich
Участник
 
5 / 15 (1) ++
Регистрация: 06.04.2016
? Как использовать Sign off и sign off with issues на Environment history?
Здравствуйте!
Помогите пожалуйста разобраться и понять.

D365 FO (10.0.14)
Update38 (7.0.5778.41503)

LCS. В документации при обновлении Tier 2 или Prod (9 пункт) можно делать Sign off и Sign off with issues на Environment history.

1.Но зачем?
2.С какой целью? В каких ситуациях она используется?
3.А если не сделать то что?
4.В чем разница между Sign off и Sign off with issues?

Прочитав дополнительную информацию здесь и здесь не совсем понятно.
Миниатюры
Нажмите на изображение для увеличения
Название: 2020-11-22_00-38-42.jpg
Просмотров: 82
Размер:	165.0 Кб
ID:	12984  

Последний раз редактировалось Yrich; 22.11.2020 в 02:01.
Старый 22.11.2020, 08:20   #2  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,271 / 3465 (122) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Насколько я понимаю, завершение с ошибками не позволяет накатить данный пакет на PROD. Актуально для случая, когда пакет заливается на среду для целей тестирования (т.е. он еще не протестирован).
Поскольку в LCS пакеты все хранятся общим списком, то ручное разделение пакетов, которые можно залить на PROD и которые нельзя залить на PROD - весьма полезная штука
__________________
Возможно сделать все. Вопрос времени
Старый 23.11.2020, 01:38   #3  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
699 / 752 (27) +++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Если его не sign off то оно не появиться в списке на деплоймент в прод, вот и все.
Старый 23.11.2020, 04:32   #4  
Yrich is offline
Yrich
Участник
 
5 / 15 (1) ++
Регистрация: 06.04.2016
Цитата:
Сообщение от skuull Посмотреть сообщение
Если его не sign off то оно не появиться в списке на деплоймент в прод, вот и все.
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
Насколько я понимаю, завершение с ошибками не позволяет накатить данный пакет на PROD. Актуально для случая, когда пакет заливается на среду для целей тестирования (т.е. он еще не протестирован).
Поскольку в LCS пакеты все хранятся общим списком, то ручное разделение пакетов, которые можно залить на PROD и которые нельзя залить на PROD - весьма полезная штука

Не совсем. Для всего выше перечисленного есть кнопка Mark as release candidate в Environment history. При нажатии которой чекбокс Is release Candidate измениться на YES. И ТОЛЬКО этот пакет будет показан в списке обновлений для PROD.



Я даже для одного с пакетов на UAT нажал Sign off. Но ничего не произошло. В пакетах для деплоймента PROD он не появился, смотрите скриншот выше.



За это сообщение автора поблагодарили: sukhanchik (4).
Старый 23.11.2020, 09:34   #5  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
699 / 752 (27) +++++++
Регистрация: 08.03.2013
Адрес: ХЗ
А это баг, раньше, до бага, sign off делал то что вы делаете руками и в истории оставлял запись о sign off. Сейчас только запись,что тоже неплохо для аудита.
Старый 23.11.2020, 11:15   #6  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Давным-давно, когда Земля еще была раскаленным шаром, Sign off использовался как ручное подтверждение завершенного deployment-а (без него нельзя было начать деплоить новый пакет). Сейчас, в свете движения в сторону DevOps и CI, смысл такого его использования плавно снижается до нуля. Пока что я так понимаю кпопку не выпиливают так как она предлагает пометить пакет как RC. Sign off with issues использовал один раз пару лет назад (не помню зачем ), он перевел упавший пакет и само окружение в какую-то раскоряченную комбинацию servicing и deployment state из которого их несколько дней выводили с саппортом и DSE. С тех пор не пользовался
__________________
-ТСЯ или -ТЬСЯ ?

Последний раз редактировалось Vadik; 23.11.2020 в 11:26.
За это сообщение автора поблагодарили: vmoskalenko (4), Yrich (1).
Старый 23.11.2020, 12:16   #7  
vmoskalenko is offline
vmoskalenko
Участник
Аватар для vmoskalenko
 
145 / 334 (12) ++++++
Регистрация: 25.01.2007
Адрес: Toronto
Цитата:
Сообщение от Vadik Посмотреть сообщение
Давным-давно, когда Земля еще была раскаленным шаром, Sign off использовался как ручное подтверждение завершенного deployment-а
И было еще одно применения, которое точно также ушло. А именно для версионности. Вы наверное видели что в LCS Asset Library можно иметь несколько версий для одного и того же пакета. Так вот, для того чтобы загрузить новую версию пакета надо было сделать Sign Off пакета.

Версионнасть работала вот так:
  1. Загружали пакет в Shared Asset Library
  2. Нажимали кнопку Publish прямо там (Scope менялся в Organization)
  3. Пакет Just me удалялся
  4. Заходили в Project Asset Library
  5. Импортировали пакет (кнопка Import)
Если надо было добавить новую версию, то делали примерно тоже самое
  1. Проверяли что предыдущие пакеты на ВСЕХ серверах помечены как Signed Off
  2. Находили существующий пакет в Shared Asset Library
  3. Загружали пакет в Shared Asset Library
  4. Заходили в Project Asset Library
  5. Импортировали пакет (кнопка Import)
  6. Версия увеличивалась - надо запомнить эту версию при установке на сервер.

Плюсы:
Asset Library был компактней

Минусы:
Надо было проверфть N+ серверов на наличие Signed Off пакета
CD от Майкрософта не поддерживает эту версионность

Цитата:
Сообщение от Vadik Посмотреть сообщение
... С тех пор не пользовался
За это сообщение автора поблагодарили: Vadik (1), Yrich (1).
Теги
d365fo, lcs

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
lcs: [URGENT ACTION REQUIRED] Potential issues with logging into Microsoft Dynamics 365 for Finance and Operations on-premises environment Blog bot DAX Blogs 0 03.10.2018 08:12
emeadaxsupport: Potential issues when installing 8.0.4 on the Tier II sandbox environment Blog bot DAX Blogs 0 21.09.2018 13:11
lcs: Issues with environment and package deployments that are triggered through LCS Blog bot DAX Blogs 0 16.12.2017 06:26
emeadaxsupport: Kerberos authentication issues in a multi server environment affecting the KPI web part Blog bot DAX Blogs 0 26.07.2009 15:07
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 09:16.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.