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