Проблема опций команды инструмента слияния мерзавца Msys

Сделайте «double g = 1.0 / 3.0;» вместо этого.

20
задан Dan Herbert 11 March 2009 в 20:59
поделиться

3 ответа

От [1 112] руководство Командной строки WinMerge:

cmd = \"C:\\Program Files (x86)\\WinMerge\\WinMergeU.exe /ub /e \"
cmd = \"C:\\Program Files (x86)\\WinMerge\\WinMergeU.exe /u /e \"

(/u новый/ub с последним WinMerge)

мог бы работать лучше командой в Вашем разделе mergetool.

Однако Вам, возможно, придется обернуть этот вызов в сценарий, как описано в этом ТАК ответ .

Извлечение, адаптированное к merge.tool:

Практический случай для конфигурирования mergetool с Вашим пользовательским diff инструмент:

C:\myGitRepo>git config --global merge.tool winmerge
C:\myGitRepo>git config --global mergetool.winmerge.cmd "winmerge.sh \"$LOCAL\" \"$REMOTE\""
C:\myGitRepo>git config --global mergetool.prompt false

С winmerge.sh сохраненный в части каталога Вашего PATH:

#!/bin/sh
echo Launching WinMergeU.exe: $1 $2
"C:/Program Files/WinMerge/WinMergeU.exe" -e -ub "$1" "$2"

, Если у Вас есть другой инструмент (kdiff3, P4Diff...), создают другой сценарий оболочки и соответствующее mergetool.myMergeTool.cmd директива конфигурации.
Тогда можно легко переключить инструменты с эти merge.tool конфигурация.

7
ответ дан 30 November 2019 в 00:59
поделиться
[mergetool "winmerge"]
    cmd = winmergeu -e -ub -wl -dl "Remote" -dr "Local" "$PWD/$REMOTE" "$PWD/$LOCAL" "$PWD/$MERGED"
    keepBackup = false

If you look inside C:\Program Files\Git\share\git-gui\lib\mergetool.tcl it has syntax for common merge tools.

I'm still trying to figure out how to invoke mergetool directly from Git GUI...

5
ответ дан 30 November 2019 в 00:59
поделиться

Причины, по которым я выбрал пост-компиляцию при разработке PostSharp 5 лет назад:

  1. Языковой агностицизм.
  2. MSIL имеет более стабильные спецификации по сравнению с высокоуровневыми языками (которые имеют нетривиальные обновления каждый второй год).
  3. В большинстве случаев MSIL - это уровень абстракции, необходимый при работе с аспектами. Вам не нужно знать все эквивалентные конструкции (подумайте f 'using' и 'try-finally').
  4. До 2008 года никому не удавалось создать достойный компилятор C #. Трудности, встреченные Моно, были достаточно впечатляющими, даже если они сейчас догнали.
  5. Работа с двоичным кодом казалась гораздо более быстрой, чем работа с исходным кодом.
  6. Работа с двоичной сборкой позволяет выполнить ее - обрабатываемая сборка может трансформироваться сама. Это было неслыханно до того, как PostSharp Laos был впервые выпущен.

То есть, реализации AOP для C/C + + действительно являются предварительным компилятором (WeaveC), а реализации в Java являются расширением компилятора (по уважительной причине, что существует много OSS реализаций компилятора Java).

-гель

-121--4667609-

Если вы посмотрите на конфликтующий файл, вы увидите стандартные маркеры Theirs > > > > > > и < < < < < < Mine . WinMerge понимает их как конфликты слиянием, поэтому не нужно явно указывать «Theirs» и «Mine»; просто нужно сказать, в каком файле есть маркеры конфликта.

  1. Известно, что файл в рабочей папке содержит маркеры.
  2. Имеет смысл, что файл, в который мы объединяемся, также будет этим файлом - мы также знаем, что git mergetool делает доступной переменную $ СЛИТЫЙ , которая называет этот файл.

      [слияние «winmerge»]
    cmd = 'C :/Program Files/WinMerge/WinMergeUexe '\« $ СЛИТЫЙ\»
    

Это все, что нужно для подключения WinMerge для разрешения конфликтов; сценарии или параметры командной строки не требуются. См. 3-ю форму командной строки в документах (связанных OP выше) и объяснение аргумента conflictfile .

12
ответ дан 30 November 2019 в 00:59
поделиться
Другие вопросы по тегам:

Похожие вопросы: