Для жабы я юзаю идею, там всегда был норм сравнивальщик файлов. А в последней версии вполне есть тул сравнения директорий, хоть он и не такой модный как виндовые стенд алоун тулы...
Я пока юзаю Eclipse, к нему привык смотрю в сторону Idea, жду очередных 50% скидок :))) Но вот в последнее время что-то колеблюсь, с новой AndroidStudio. А какой принцип сравнения, скинуть ссылку на мануал можете?
Meld, KDiff использовал en.wikipedia.org/...omparison_tools — полно всякого. Если речь о наборе файлов, то либо файловый менеджер с поддержкой функции синхронизации каталогов(Krusader умеет, наверняка и другие есть) — чтоб по-быстрому получить набор отличий в каталогах, а потом уже попарно сравнивать, либо и правда — git, можно быстро diff в виде патча получить.
Лично я много раз использовал git для этих целей. Берем одну версию за базовую, вносим в git репозиторий, накрываем все файлы из другой версии исходников и затем git add * && git format-patch master. Получается «diff -u -r» со статистикой изменения кода, сколько добавили, сколько убрали строчек. Ну и смотреть либо через mcedit или LESS=FRSX && less file.diff , чтобы с боевой раскраской показывались изменения. Удобнее тулзы я не видел.
Этот сайт я знаю. Мне не для одного файла. Есть проект, в объеме около 50 файлов. Есть ранняя версия. Отловил баг, в старой версии нет, в новой есть. Пересмотрел код, на глаз вроде бы чисто, откатывать код назад не хочется :( Но по одному, долго...
проверяю два файла, сравнивая их по md5 сумме, если сумма одинакова, то они не отличаются , да здравствует КЭП=)))). А дальше уже c помощью vim смотрим отличия =)
Я так делал разницу репозитория svn и файлы на сервере. Написать быдлокодец, на bash, python или php, занимает всего 30-40 минут), быстрее чем поиск утилит, правда?)
есть еще более оригинальный вариант) Загоняем одну версию в SVN/git коммитим, потом меняем новыми файлами и смотрим разницу( но тут я не гарантирую что это будет быстрее).
Аа, ну это очень удачно получилось...) мне с моим тормозным инерционным мышлением понадобилось несколько минут чтобы осознать и потом следующие минут десять я боролся с рекурсией, используя циклы процессора на исправление))
51 коментар
Додати коментар Підписатись на коментаріВідписатись від коментарівСпасибо, поюзал, понравилось. К тому же я в Eclipse откопал пристройку.
Sublime+FileDiffs и git
Для жабы я юзаю идею, там всегда был норм сравнивальщик файлов. А в последней версии вполне есть тул сравнения директорий, хоть он и не такой модный как виндовые стенд алоун тулы...
Я пока юзаю Eclipse, к нему привык смотрю в сторону Idea, жду очередных 50% скидок :)))
Но вот в последнее время что-то колеблюсь, с новой AndroidStudio.
А какой принцип сравнения, скинуть ссылку на мануал можете?
По ходу вот это: www.jetbrains.com/...nd-folders.html
спасибо!
vimdiff нормик (через git diff и svn diff)
для простого просмотра перед коммитом — git citool генерит классический диф
Meld, KDiff использовал
en.wikipedia.org/...omparison_tools — полно всякого.
Если речь о наборе файлов, то либо файловый менеджер с поддержкой функции синхронизации каталогов(Krusader умеет, наверняка и другие есть) — чтоб по-быстрому получить набор отличий в каталогах, а потом уже попарно сравнивать, либо и правда — git, можно быстро diff в виде патча получить.
Спасибо.
Меня как раз интересует то, что используют другие разработчики (непосредственно на доу).
Для списка тулз, я поиском умею пользоваться :)
то есть, не решение проблемы, а чистое любопытство?
тогда еще добавлю Winmerge@Wine для полноты статистики.
vimdiff2-х каталогах.
Если чуть-чуть, то colordiff
Ну еще meld использую если нужно сравнить много файлов в
Лично я много раз использовал git для этих целей. Берем одну версию за базовую, вносим в git репозиторий, накрываем все файлы из другой версии исходников и затем git add * && git format-patch master. Получается «diff -u -r» со статистикой изменения кода, сколько добавили, сколько убрали строчек. Ну и смотреть либо через mcedit или LESS=FRSX && less file.diff , чтобы с боевой раскраской показывались изменения. Удобнее тулзы я не видел.
Я не использую git когда разрабатываю сам.
А если себя пересилить?
это не проблема :)
зря. инкрементальный бекап + простая в управлении машина времени — более чем достаточная причина.
вам не диф нужен, а версионка
diff -rN dir1 dir2
dou.ua/...ic/7875/#341556
типа написать скрипт с использованием md5sum для сравнения двух директорий ? быстрее сделать diff -r
тогда уже и -d добавьте =)
типа разницу в количестве пробелов искать ? не думаю, что для исходников это критично ;)
Нет)))
ясно, никогда ее не применял ;)
Meld
meldmerge.org
apt-get install meld
yum install meld
Я использую
www.diffchecker.com
Этот сайт я знаю.
Мне не для одного файла. Есть проект, в объеме около 50 файлов. Есть ранняя версия.
Отловил баг, в старой версии нет, в новой есть.
Пересмотрел код, на глаз вроде бы чисто, откатывать код назад не хочется :(
Но по одному, долго...
Для директорий я использую winmerge.org
там написано что есть и для линукса — bitbucket.org/...rimmdp/winmerge
использую md5 =)
поделитесь опытом :))))
проверяю два файла, сравнивая их по md5 сумме, если сумма одинакова, то они не отличаются , да здравствует КЭП=)))). А дальше уже c помощью vim смотрим отличия =)
А скорость ? И снова визуально можно что-то пропустить.
Я так делал разницу репозитория svn и файлы на сервере. Написать быдлокодец, на bash, python или php, занимает всего30-40 минут), быстрее чем поиск утилит, правда?)
Все верно, но мне интересен не поиск, а что народ использует :)
Для поиска я гугл использую, а не доу :)
ну я честно ответил что я использую: MD5 =)
ок :)
есть еще более оригинальный вариант)
Загоняем одну версию в SVN/git коммитим, потом меняем новыми файлами и смотрим разницу( но тут я не гарантирую что это будет быстрее).
dou.ua/...ic/7875/#341558
Но это еще не значит что вы не используете SVN =)
вернее тогда будет написать про version control )
:)
git bisect? git-scm.com/...ugging-with-Git
dou.ua/...ic/7875/#341630
Имелась в виду ссылка на сюда?
dou.ua/...ic/7875/#341566
Нет, имелся в виду небольшой глоток живительной рекурсии, а то мне не нравится, когда отвечают ссылками на этот же тред :)
Ну если не читают — приходится...
Аа, ну это очень удачно получилось...) мне с моим тормозным инерционным мышлением понадобилось несколько минут чтобы осознать и потом следующие минут десять я боролся с рекурсией, используя циклы процессора на исправление))
diff