AK>> git clone, кстати, бесплатен, это ln Пока не счекаутит ;-) SO> щаз. у меня сразу 3ГБ отожрал я имел в виду - локальный clone, а-ля твои svk - вторые 3 он не займет.
SO> блять. конечно не так! было бы так -- svn смержил бы без единого писка. git тоже мержит автоматом - если автоматике есть за что зацепиться. А ты взял проект, который в гит экспортится из кривого svn через кривую прослойку, но виноват, почему-то, гит.
SO> svn предоставляет автоматизацию не хуже. хуже. Потому что твои изменения ей побоку и она их не знает и знать не хочет.
AK>> да, для диффов принято использовать kdiff. Видеть исходники SO> kdiff. бля. только kde на удаленном сервере мне и не хватет. ну придумай что-то лучшее в 80x24 - чтоб видеть что было, что стало, и что ты менял в том что было - одновременно.
SO> % git config -l ну вот тут --add что оно там тебе насоветовало - он и добавит переменную.
SO> это если и было -- то давно, на мерж конфликт не влияет. зато не позволяет гиту видеть историю изменений - а она ему нужна, чтобы ресолвить конфликты.
SO> говорили что по sha1. sha1 чего? Именно, файла. А прослойка никаких файлов не видит, она всасывает команды - rm, значит, rm.
AK>> svn, напомню, научили честному mv с сохранением истории - несколько AK>> недель назад. "первым делом надо апгрейдить репо", ага. SO> да вот пофиг, если честно. мержи в нем удобней -- и это важнее. попробуй, все же, для разнообразия, сделать как я советовал - найти нормальный проект, изначально работающий в git, и базовые вещи освоить там. А не пытаться присобачить к нему хреновую прослойку и удивляться что не все работает идеально.
Я не стал бы спрашивать тут, нет ли у кого работающего способа иметь с ним дело, если бы все решалось прослойками.
> Alex
--- ifmail v.2.15dev5.4 * Origin: Demos online service (2:5020/400)
