Система управления версиями не может запустить инструмент ручного слияния, почему?

Раньше я выполнял tf merge $/Alpha/Dev $/Alpha/Main /recursive из командной строки, чтобы объединить изменения из ветки Dev в ветку Main. При конфликтах отображается окно «Разрешить конфликты», и мы можем разрешить конфликты вручную, выбрав параметр Объединить изменения в инструменте объединения.

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

TF10201 системе управления версиями не удалось запустить средство ручного слияния.

Одно странное поведение, он отлично работает, если мы открываем командную строку от имени администратора.

Пожалуйста, кто-нибудь прольет свет на это?


tfs visual-studio-2010 tfs-power-tools
person eka    schedule 16.07.2013    source источник

Ответы (5)


arrow_upward
7
arrow_downward

КАК ВОССТАНОВИТЬ ИНСТРУМЕНТ СОЕДИНЕНИЯ ПО УМОЛЧАНИЮ MICROSOFT

Если у вас возникли проблемы с инструментом сравнения/слияния в Visual Studio и вы используете TFS, вы можете удалить существующий инструмент в меню здесь:

ИНСТРУМЕНТЫ - ОПЦИИ - КОНТРОЛЬ ИСТОЧНИКОВ - VISUAL STUDIO TEAM FOUNDATION SERVER

Затем нажмите кнопку «Настроить инструменты пользователя». Выберите инструмент (ы) и нажмите кнопку «УДАЛИТЬ». Это восстановит инструмент Microsoft по умолчанию.

person MarkInEugene    schedule 19.03.2015

arrow_upward
3
arrow_downward

Я получил ту же ошибку, потому что мой локальный файл в целевой ветке отсутствовал. VS показывает подробности ошибки в «окне вывода»

person Frol    schedule 22.11.2013

arrow_upward
2
arrow_downward

Я запускал tf get, и у меня возник конфликт, поэтому в графическом интерфейсе отображались варианты: взять сервер, объединить, взять локальный.

Когда я нажал ручное слияние, VS2012 (наш инструмент слияния по умолчанию) стал пустым, а в графическом интерфейсе конфликта было то же самое TF10201 Source control could not start the manual merge tool.

Я нашел запись в блоге автора кто-то, у кого была такая же проблема несколько недель назад, когда они получили предупреждение о том, что файл открыт.

Я не получил этого предупреждения, но файл был открыт в PowerShell ISE. Я закрыл файл, после чего ручной инструмент сработал отлично.

Я не знаю, почему инструмент слияния заботится о том, чтобы файл был открыт, или почему графический интерфейс слияния отображал ошибку без отображения причины, но, по крайней мере, в конечном итоге это сработало?

РЕДАКТИРОВАТЬ: сегодня я столкнулся с той же проблемой, но файл не был открыт в другом инструменте слияния. На этот раз я решил проблему, сначала нажав кнопку «Редактирование сервера», которая открыла представление различий в VS. Пока он был открыт, я вернулся к графическому интерфейсу и выбрал «ручной инструмент», и VS сказал, что сначала нужно закрыть мой файл. Я сказал «да», и тогда сработало ручное слияние!

person Carl Walsh    schedule 12.03.2014

arrow_upward
2
arrow_downward

Ошибка возникает, когда в файле возникает конфликт слияния, который Visual Studio не может разрешить автоматически, и файл не существует локально в целевой ветви. Исправление состоит в том, чтобы принудительно получить последнюю версию файла в целевой ветке, и это будет решено.

person Hamid Shahid    schedule 09.04.2014

arrow_upward
1
arrow_downward

В моем случае проблема заключалась в приложении под названием CodeCompare.
Удаление его из инструмента сравнения Visual Studio TFS решило мою проблему (как сказал MarkInEugene)

Если у вас возникли проблемы с инструментом сравнения/слияния в Visual Studio и вы используете TFS, вы можете удалить существующий инструмент в меню здесь:

ИНСТРУМЕНТЫ - ОПЦИИ - КОНТРОЛЬ ИСТОЧНИКОВ - VISUAL STUDIO TEAM FOUNDATION SERVER

Затем нажмите кнопку «Настроить инструменты пользователя». Выберите инструмент (ы) и нажмите кнопку «УДАЛИТЬ». Это восстановит инструмент Microsoft по умолчанию.

person Dr TJ    schedule 19.04.2016