Сравнение рабочих элементов PR и Release показывает выбранные вишни
Я исчерпал свое Google-фу... Я думаю, что то, что я ищу, использует слишком много слов с несколькими значениями и слова, которые являются слишком общими... самый близкий, который я получил к ответу, является git cherry поэтому я задам свой вопрос в этих терминах.
Так что TFS (azure dev-ops?) - замечательный инструмент, и мы использовали его с большим эффектом. За исключением одной большой проблемы.
Сначала немного фона. Мы используем стратегию ветвления Release Flow.
Это означает, что каждая ошибка кандидата-релиза, которая исправляется, каждое исправление и каждая случайная функция, которая добавляется в релиз, является Cherry Picked... и поэтому у нас нет надежного способа увидеть канонический список рабочих элементов, которые вводится в новый выпуск.
При создании релиза есть очень полезная функция, которая позволяет сравнивать новый выпуск, скажем, с текущим выпуском... или с предыдущим, или с любым из, скажем, последних 10 или около того выпусков. Здесь показан список каждого рабочего элемента, который упоминается в любом коммите между тем, что, как я полагаю, является общим предком двух сравниваемых ветвей. Итак, как я только что упомянул, мы видим все исправления и функции, которые были добавлены к текущему выпуску в создаваемом новом выпуске, потому что * идентификаторы коммитов отличаются, даже если сам код одинаков.
Поэтому я спрашиваю - есть ли способ изменить эту функцию, чтобы она не включала мои выбранные функции / исправления / и т.д.?
И да, сбор вишни плохой, ты должен слиться, бла бла бла... Не то, что я спрашиваю, ребята. Этот поток послужил нам гораздо лучше, чем любой другой, который мы пробовали, и мы действительно не хотим его менять.