Кодируйте управление форматированием и управление исходным кодом diffs

Git действительно имеет следующие параметры:

• - ignore-space-at-eol

  Игнорировать изменения в пробелах в EOL.

• -b, --ignore-space- change

  Игнорировать изменения количества пробелов. Это игнорирует пробелы в конце строки и учитывает все другие последовательности одного или нескольких символы пробелов должны быть эквивалентными.

• -w, --ignore-all-space

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

Я не уверен, можно ли игнорировать изменения фигурных скобок с помощью Git diff.

Если это код C / C ++, вы можете определить правила Astyle , а затем преобразовать стиль фигурных скобок исходного кода в тот, который вам нужен, используя Astyle . Затем git diff выдаст нормальный результат.

Если вы хотите быть абсолютно уверены, то скомпилируйте его обоими способами, декомпилируйте и сравните. Я сделал это со следующим источником:

public void test() {
  Map<String, String> myMap = new HashMap<String, String>();

  for (String key : myMap.keySet()) {
    System.out.println(key);
    System.out.println(myMap.get(key));
  }

  Set<String> keySet = myMap.keySet();
  for (String key : keySet) {
    System.out.println(key);
    System.out.println(myMap.get(key));
  }
}

, и когда я декомпилировал файл класса с помощью Jad , я получил:

public void test()
{
    Map myMap = new HashMap();
    String key;
    for(Iterator iterator = myMap.keySet().iterator(); iterator.hasNext(); System.out.println((String)myMap.get(key)))
    {
        key = (String)iterator.next();
        System.out.println(key);
    }

    Set keySet = myMap.keySet();
    String key;
    for(Iterator iterator1 = keySet.iterator(); iterator1.hasNext(); System.out.println((String)myMap.get(key)))
    {
        key = (String)iterator1.next();
        System.out.println(key);
    }
}

Итак, вот ваш ответ. Он вызывается один раз с любой формой цикла for.

Beyond Compare делает это (и многое другое), и вы можете интегрировать его либо в Subversion, либо в Sourcesafe как внешний инструмент сравнения.

Subversion, по-видимому, поддерживает это либо изначально в последних версиях, либо с помощью альтернативного diff, такого как Gnu Diff.

Как объяснено в Возможно ли, чтобы git-merge игнорировал различия в конце строки? , это скорее вопрос привязки правильного инструмента сравнения к вашей любимой VCS, вместо того, чтобы полагаться на правильную опцию VCS (даже если у Git есть некоторые опции относительно пробелов, подобные упомянутой в ответе Алана , она всегда будет не такой полной, как хотелось бы).

DiffMerge является более полным по этим параметрам «игнорирования», поскольку он может не только игнорировать пробелы, но и другие «варианты» на основе языка программирования, используемого в данном файле.