15 May 18, Alex Korchmar writes to Slawa Olhovchenkov:
AK>>> git clone, кстати, бесплатен, это ln Пока не счекаутит ;-) SO>> щаз. у меня сразу 3ГБ отожрал AK> я имел в виду - локальный clone, а-ля твои svk - вторые 3 он не займет.
svk тоже не отжирает
SO>> блять. конечно не так! было бы так -- svn смержил бы без единого SO>> писка. AK> git тоже мержит автоматом - если автоматике есть за что зацепиться. А AK> ты взял проект, который в гит экспортится из кривого svn через кривую AK> прослойку, но виноват, почему-то, гит.
ну и что кривого в arc.c?
SO>> svn предоставляет автоматизацию не хуже. AK> хуже. Потому что твои изменения ей побоку и она их не знает и знать не AK> хочет.
в svk знает.
AK>>> да, для диффов принято использовать kdiff. Видеть исходники SO>> kdiff. бля. только kde на удаленном сервере мне и не хватет. AK> ну придумай что-то лучшее в 80x24 - чтоб видеть что было, что стало, и AK> что ты менял в том что было - одновременно.
svn
SO>> % git config -l AK> ну вот тут --add что оно там тебе насоветовало - он и добавит переменную.
SO>> это если и было -- то давно, на мерж конфликт не влияет. AK> зато не позволяет гиту видеть историю изменений - а она ему нужна, чтобы AK> ресолвить конфликты.
arc.c не двигался. зуб даю.
SO>> говорили что по sha1. AK> sha1 чего? Именно, файла. А прослойка никаких файлов не видит, она AK> всасывает команды - rm, значит, rm.
тут rm, здесь же add. в одной транзакции -- значит mv.
AK>>> svn, напомню, научили честному mv с сохранением истории - несколько AK>>> недель назад. "первым делом надо апгрейдить репо", ага. SO>> да вот пофиг, если честно. мержи в нем удобней -- и это важнее. AK> попробуй, все же, для разнообразия, сделать как я советовал - найти AK> нормальный проект, изначально работающий в git, и базовые вещи освоить там. AK> А не пытаться присобачить к нему хреновую прослойку и удивляться что не AK> все работает идеально.
зачем мне проекты, с которыми я не работаю?
... А вы и ухом не моргнули! --- GoldED+/BSD 1.1.5-b20110223-b20110223 * Origin: (2:5030/500)