?

Log in

No account? Create an account
nyaload

Журнал Пушыстого

Журнал Пушыстого

Previous Entry Share Flag Next Entry
blame, praise, svn
nyaload
_winnie
В command line клиенте svn есть команды blame (обругать) и praise (восхвалить), которые делают одно и то же.



  • 1
hg — тормозное говно, например. И у него staging нет.

Тормозное по сравнению с чем? По сравнению с svn - hg работает быстрее.
Возьмите к примеру получение логов.

C git, естественно. svn на логах тормозит исключительно потому, что ему надо по сети за ними ходить (а не локально, как hg), если рассматривать случай с локальным svn-сервером, то большой разницы не будет.

А так, когда я делаю checkout moin-овского репозитория после мержа, то можно спокойно идти пить чай, потому что 20 МИНУТ БЛЯДЬ ОНО ЕБЁТ ПРОЦЕССОР И СЕТЬ, хотя репозиторий там в разы меньше ядра, например (репозиторий которого, например, пуллится меньше минуты).

Про staging: с гитом огромной практики нет; есть много свн и полгода git - в чём именно профит стейджинга пока не понимаю :-)

В том, что когда я нахакал файл и хочу сделать на основании этого хака три коммита — с правкой вайтспейса и исправлением двух мелких багов, а часть диффа оставить на потом, чтобы дописать к нему тесты и/или документацию, то я существенно обламываюсь в случае hg. Для этого не нужно огромная практика, для этого достаточно желания делать атомарные и независимые коммиты, какими они и должны быть.

Ну, это даже в обижаемом всеми svn можно.

cp file file.back
svn revert file
WinMergeUI file file.back # визуальный дифф с двумя панельками
#из WinMergeUI вставляю правки из file.back в file и коммичу по одному
rm file.back

Да-да, это в разы удобнее, чем git add --interactive.

В hg что-то такое было (какой-то из стандартных плагинов), но я вместо этого цинично юзаю (под виндой) tortoisehg - ввожу hgtk ci и получаю удобный гуёвый диалог для расстановки галочек на файлы и включения-исключения чанков, которые должны войти в коммит.

P.S. git не критикую - ибо до него просто руки не дошли...

Особенно в случае многих файлов и многих коммитов.

  • 1