Я делегирую другому человеку внести изменения в определение выпуска, и я с удовольствием рассмотрю их изменения, прежде чем он будет сохранен.Как использовать контроль источника для определения выпуска команды для поощрения экспертной оценки?
Использование источника управления - Git или TFVC - мы могли бы просмотреть эти изменения, прежде чем они начнут жить.
Прежде чем добавить запрос на uservoice, есть ли предпочтительный способ для этого? Неужели мой google-foo не ответит?
Я всегда считал, что определения выпуска и сборки отображаются только в облаке, а не в репозитории по вашему выбору. Мы можем видеть файлы json и сравнивать их в браузере, но только после того, как они были сохранены. И я не могу связать их с рабочим элементом, чтобы предоставить некоторую историю Who, how and why did the build/release definition get to look like this?
, кроме ссылки на рабочие элементы в поле комментариев при сохранении сборки или выпуска. Раньше старые файлы TFSBuild.proj или новых XAML были, по крайней мере, в исходном управлении.
У кого-нибудь в Microsoft есть представление об этом? Используем ли мы это неправильно?
Благодаря
Использование элемента управления источником делается для того, чтобы сохранить версии и иметь возможность работать в разных ветках, звучит, как вы ищете инструменты, такие как: https: // WWW .reviewboard.org/ – alfasin