структурный diff + VCS

Пример: понадобавлял пробелов и переносов строк в исходник

git diff -w ?

не работает:

~/git/test$ git diff -w    
-class Test1 implements Test2, Test3 {
+class Test1 implements Test3, Test2 {

kdiff3

Пример: понадобавлял пробелов и переносов строк в исходник - git status не показал никаких изменений.

Особенно пригодится когда на питоне пишешь

ну конечно к каждому языку должен быть отдельный парсер

Не нужно же, т.к. полюбому будут теряться нужные дифы и идельный парсер не сделаешь
1 + 2 * 2 <> 1 * 2 + 2

Есть строгий стандарт языка, есть референсная реализация open source. Вот стандарт на expressions / evaluation order: http://docs.oracle.com/javase/specs/jls/se8/html/jls-15.html#jls-15.7 Плюс можно какие-то вещи диффать не структурно, а посимвольно, т.е. сочетать оба подхода.

Понатыкал пробелов — закоммить этот файл с комментом «имитация бурной деятельности» и не епи мозг ни себе, ни окружающим. Ты предлагаешь адовое усложнение системы контроля версий, т.к. потребуется прикручивание кучи парсеров, к тому же в файлах с одинаковыми расширениями могут быть разные языки, к тому же завтра ты захочешь, чтобы в С++ сравнение указателя с 0, NULL и nullptr не считалось изменением, послезавтра вспомнишь о коммутативности арифметического сложения (которое например в плюсах не работает в неарифметическом смысле), а через неделю поймешь, что одно и то же может записываться разными циклами.

И как оно должно работать с мержем? В разных ветках должен оказаться разный код (идентичный по смыслу)? Но зачем?

ИМХО это все не нужно, даже вредно.

http://stackoverflow.com/questions/523307/semantic-diff-utilities

Сам думал о таком, в прошый раз только это нашёл.

Идея хорошая. Но с другой стороны пограммист всё равно работает с текстом, а не с блоками. Поэтому логично, что и diff текстовой. Олсо, просто из-за всякиех IDEA, где приходишь к блоковым шотам сподвигают на такие мысли.

Ты хочешь Stellation, но проект не взлетел.

А где тут пробелы добавлены/убраны ?? Тут же поменяны местами слова. Или я чего-то не понимаю?

Поинт в том, что эти два куска кода эквивалентны, но не равны как куски текста.

Это что ли прочитал? http://neocontra.blogspot.ru/2013/02/public-service-announcement-patdiff-is.html

сейчас повсеместный известный пример аналогичной автоматики - автозамена LF - CRLF. даже такая простая вещь провоцирует грабли, поэтому предпочтительно явное указание в кодингстайл (и настройка редакторов), а не автоматика в VCS.

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

изменившийся по смыслу код

Как там, в манямире, научились уже узнавать, остановится ли машина Тьюринга?

Есть вот такая штука: http://www.semanticmerge.com/ Умеет C#, Java и частично C (C в версиях для Mac и Windows), планируется C++ и JS.

Но сказано, что «от 3.99$ в месяц», так что даже не смотрел