Почему черновики сборок не объединяются / не уведомляются о конфликтах слияний при публикации черновиков?

Question

Предположим, что следующая сборка

1. Задача Powershell Write-Host 'Original1';

Мы создаем следующий черновик

1. Задача Powershell Write-Host 'Original1';Write-Host 'Draft2';

В то же время нам пришлось изменить исходную сборку - например, установить Continue on Error и новое значение Timeout.

Затем мы опубликуем черновик.Исходная сборка станет

1. Задача Powershell Write-Host 'Original1';Write-Host 'Draft2';

Но и Continue on Error, и Timeout будут перезаписаны значениями из черновика (исходные значения ввремя создания черновика).

Возможно, мне что-то не хватает в моем понимании того, как должны работать черновики (в них ничего нет по https://docs.microsoft.com/en-us/), или, возможно, это даже настоящий недостаток виспользуемую нами версию TFS (2018.2), но я ожидал либо правильного слияния, либо хотя бы какого-нибудь сообщения, не позволяющего перезаписать изменения в исходной сборке.

В противном случае черновики кажутся очень ограниченнымии склонны к ошибкам.

Я что-то упустил?

PS: пробовал различные комбинации изменений в нескольких задачах и т. д. В некоторых случаях (при изменении встроенного PowerShell в одном и том жезадание) черновики были «опубликованы» (как удаленные), но в оригинальную сборку вообще не вошли никакие изменения (даже не новая запись в истории), так что я гораздо большесклонен думать, что вся черновая функция немного неисправна на данный момент

Answer 1

Мы связались с Microsoft, и на данный момент (конец 2018 года) текущее поведение считается предполагаемым

Как выяснилось, на данный момент это - предполагаемый способ его работы,Параметр «Черновик» существует только для того, чтобы вы могли сначала проверить определение перед его фиксацией.

Поэтому, пока что-то не изменится, функцию «Черновики» следует осторожно использовать в любых средах, где одновременные изменения (черновики)сборки / группы задач / релизы могут быть сделаны.