У нас есть несколько разработчиков, которые поддерживают ручной слияние в TFS 2010, это когда вы открываете две визуальные студии, одну с ветвью источника и другую с целевой ветвью, и вы вручную копируете & вставьте свои изменения.Как слияние TFS работает?
Они делают это так, потому что считают, что автоматическое слияние опасно (так как это приводит к изменениям других разработчиков, даже если вы этого не хотели). И типичный тест следующий:
Источник Отрасль:
TestFile.cs
Changesets:
1. Line 5 changed
2. Line 13 changed
Цель Отрасль:
No changes yet.
Теперь я хотел бы объединить только ревизии # 2 для TestFile. cs
Какие линии будут получены в результате Tes tFile.cs в целевой ветке содержат, если они объединены автоматически: исходная строка 5 и измененная строка 13 или обе строки 5 и 13 изменились?
Фактически я видел оба варианта, и я не знаю почему.
Любая ссылка на отличное описание того, как работает слияние TFS, было бы здорово.
Расширенный сценарий: Источник Отрасль:
TestFile.cs
Changesets:
#1. Line 5 changed, Line 6 added
#2. Line 13 changed
Цель Отрасль:
No changes yet.
Если бы я только сливаться # 2 набора изменений, что я должен получить в целевой отрасли? Я только получу строку 12, измененную в соответствии с набором изменений №2.
Проблема заключается в выборе только одного набора изменений. Я получал изменения, которые не были частью этого набора изменений. Однако это не всегда так, на самом деле это происходит только когда-то, и я не знаю почему (частично вызванный ужасными практиками), но есть и другая проблема. Я пытаюсь понять слияние TFS на низком уровне, чтобы получить достаточно аргументов, чтобы запретить ужасные практики. – BanditoBunny
«Изменения, которые не были частью этого набора изменений», это невозможно, на мой взгляд. Если вы испытываете такую ситуацию, либо это ошибка TFS, которую вы должны сообщить MS, либо это является результатом неправильного использования. – pantelif
Я видел это своими глазами только вчера. Поскольку ошибки TFS очень низки в моем списке приоритетов, я не буду тестировать его дальше. Моя проблема заключается в том, что ребята из «ручного слияния» используют это как оправдание своей практики. И я хочу понять, что может привести к такому поведению, моя первая идея заключалась в том, что непревзойденными наборами изменений является причина, по которой TFS не может обработать слияние должным образом. Другая идея заключалась бы в том, что структурные изменения в файле (новые строки, удаленная строка) + выборочное слияние на основе наборов изменений приводят к сбоям в работе TFS. – BanditoBunny