Желаемый вариант использования может быть следующим:
- Запуск KDiff3 через 'git mergetool', который автоматически разрешает большинство конфликтов
- Разрешение дополнительных конфликтов в KDiff3
- Используйте редактор программирования (например, VS) для разрешения оставшихся конфликтов
Название немного сбивает с толку, поскольку оно «Нет» (продолжайте читать, чтобы сфокусироваться на вопросе!) Согласно руководству KDiff3 , это не представляется возможным .
Сохранение будет разрешено только тогда, когда все конфликты будут разрешены. [..] При выходе или запустите еще один diff-анализ, и данные еще не были сохранены, тогда KDiff3 спросит, хотите ли вы сохранить, отменить или продолжить без сохранения. [.. Если] вы "убьете" KDiff3, ваши данные будут потеряны.
Однако , вопросы / фокус:
- Что делает эту операцию запрещенной в KDiff3? «Простые» функции могут включать сложные решения.
- Существуют ли другие инструменты трехстороннего сравнения или git команда / подход , которые допускают такой вариант использования, как описано выше? Маловероятно, что такой подход к редактированию слиянием с разделением частей является новым.
- Добавляются ли маркеры конфликтов с помощью Git (например, до запуска инструмента слияния) или самого инструмента слияния? Это разновидность этого процесса?