git diff, показывает ту же строку, что и удаленные и добавленные

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

Я вернул его к первоначальной форме почти полностью. В одном классе я получаю следующее различие,которое я не могу понять.

index 4a9abb8..7c55879 100755
--- a/includes/site.inc.php
+++ b/includes/site.inc.php
@@ -142,11 +142,11 @@ class site{

        public $tplEngine = 'smarty';

-
+       
     private $_productsByType = array();
     private $logger;
-    protected $locale = 'tr_TR';
-
+    protected $locale = 'tr_TR';  
+

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

Что делать ? Тнх.

25
git git-diff

6 ответов

проверить пространств. Замененные "пустые" линии имеют пробелы в них. Возможно, вы также случайно заменили вкладки пробелами или наоборот.

8

вероятно, это изменения пробелов. Вы можете запустить git diff -w, который будет игнорировать любые изменения пробельных символов.

33

Проверьте пробелы или различия в конце строки.

1

вторая версия непустой строки имеет пробел после точки с запятой, а пустые строки также имеют разное количество пробелов.

должна быть опция, чтобы git выделял такие скрытые пространства, поэтому различия более информативны, но у меня нет руководства.

1

отметим, что git 1.8.4 (июль 2013) больше не будет показывать Вам изменения, только пустые строки, Если вы используете новый .

"git diff " узнал режим, который игнорирует куски, изменение которых состоит только из добавлений и удалений пустых строк, что то же самое, что "diff -B "(Игнорировать пустые строки) GNU diff.

посмотреть совершить 36617af7ed594d1928554356d809bd611c642dd2:

цель патч должен ввести GNU diff -B/--ignore-blank-lines как можно ближе. Короткий вариант недоступен, потому что он уже используется для "break-rewrites".

когда эта опция используется, git diff не будет создавать куски, которые просто добавляют или удаляют пустые строки, но все равно будут показывать добавление/подавление пустых строк, если они достаточно близки к "ценным" изменениям.

вот более подробное описание варианта:

  • реальные изменения интересно!--27-->
  • пустые строки, которые достаточно близки (меньше размера контекста) к интересные изменения считаются интересными (рекурсивное определение)
  • " контекстные " строки используются вокруг каждого куска интересных изменений
  • если два куска разделены меньше, чем" inter-hunk-context", они будут объединены в один.
0

в дополнение к пробелам / вкладкам, окончания строк при вводе из разных редакторов (даже в Windows) и/или разных ОС могут способствовать различию строк, показывающих дубликаты; LF (linux / Unix) vs CRLF (Windows).

0