Ситуация такова.
Пользовался я subversion + вел разработку на 3-х компах.
И тут у меня здохла материнка на сервере... Новую купить получится не раньше следующего месяца.
Так вот, хочется продолжить разработку и как то синхронизировать машины сводя в все в одну свн копию — что б в итоге — когда сервер поднимется — залить все изменения.
С уважением Denys Valchuk
IMHO чем больше мнений тем оптимальней выбор варианта... :)
Здравствуйте, Denys V., Вы писали:
DV>Ситуация такова. DV>Пользовался я subversion + вел разработку на 3-х компах. DV>И тут у меня здохла материнка на сервере... Новую купить получится не раньше следующего месяца. DV>Так вот, хочется продолжить разработку и как то синхронизировать машины сводя в все в одну свн копию — что б в итоге — когда сервер поднимется — залить все изменения.
что посоветуете?
git мне в этом поможет? Если да — то подскажите ключики хелп по которым почитать для начала... А то время не терпит
С уважением Denys Valchuk
IMHO чем больше мнений тем оптимальней выбор варианта... :)
Здравствуйте, Denys V., Вы писали:
DV>что посоветуете? DV>git мне в этом поможет? Если да — то подскажите ключики хелп по которым почитать для начала... А то время не терпит
Теоретически должно помочь. Использовать "git svn". Подробнее: http://rsdn.ru/Forum/Message.aspx?mid=3380115
Алгоритм примерно такой (могу заблуждаться):
1) Подрубаешь винт сервера к своему компу и поднимаешь svn сервер
2) делаешь "git svn clone ..." и "git svn fetch" -- получишь рабочую копию (эту копию потом можно на другие машины скопировать)
3) работаешь с ней в локальном режиме
4) как сервер поднимется, закомитишь туда изменения и продолжишь работу.
Остается неясным (мне) вопрос как синхронизировать копии на разных компах..., но, надеюсь, в этом помогут штатные средства git (т.е. свн потом согласиться съесть эти изменения )
Здравствуйте, Denys V., Вы писали:
DV>Так вот, хочется продолжить разработку и как то синхронизировать машины сводя в все в одну свн копию — что б в итоге — когда сервер поднимется — залить все изменения.
Используй git-svn, по нему полно мануалов.
Для синхронизации копий между разными компьютерами можно использовать штатные средства git'а — каждый репозиторий там может работать сервером. Ещё можно обмениваться очередями патчей (git format-patch).
Здравствуйте, Aikin, Вы писали: A>Алгоритм примерно такой (могу заблуждаться): A>1) Подрубаешь винт сервера к своему компу и поднимаешь svn сервер A>2) делаешь "git svn clone ..." и "git svn fetch" -- получишь рабочую копию (эту копию потом можно на другие машины скопировать)
Лично я бы после этого этапа вставил вот это:
3)Забываешь об svn и далее используешь git
4)Когда восстановишь сервер — поднимаешь git там, чтобы туда можно было делать push.
5)...
6)PROFIT
Здравствуйте, Mr.Cat, Вы писали:
MC>Альсо, если не понравится git — можешь попробовать mercurial. Немного своего экспириенса по переносу репозитория я изложил здесь: MC>http://www.rsdn.ru/forum/tools/3354481.1.aspx
.
Git по сравнению с Hg умеет немного больше. В git'е можно делать merge обратно в SVN, и брать новые изменения оттуда. Вроде бы, Hg умеет только однократные преобразования?
К примеру, мы сейчас в одном проекте так отслеживаем SVN-репозиторий в отдельной ветке.
Здравствуйте, Mr.Cat, Вы писали:
C>>В git'е можно делать merge обратно в SVN, и брать новые изменения оттуда. Вроде бы, Hg умеет только однократные преобразования? MC>Не проверял. Большинство тулзов описано здесь: http://mercurial.selenic.com/wiki/WorkingWithSubversion и там упоминается штука, которая вроде как умеет коммитить в svn (http://bitbucket.org/durin42/hgsubversion/wiki/Home).
Когда я смотрел hgsubversion (где-то год назад) оно было ещё в зачаточном состоянии и к использованию было непригодно.
Здравствуйте, Mr.Cat, Вы писали:
A>>Алгоритм примерно такой (могу заблуждаться): A>>1) Подрубаешь винт сервера к своему компу и поднимаешь svn сервер A>>2) делаешь "git svn clone ..." и "git svn fetch" -- получишь рабочую копию (эту копию потом можно на другие машины скопировать) MC>Лично я бы после этого этапа вставил вот это:
Пусть это решает автор
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, Mr.Cat, Вы писали:
MC>>Альсо, если не понравится git — можешь попробовать mercurial. Немного своего экспириенса по переносу репозитория я изложил здесь: MC>>http://www.rsdn.ru/forum/tools/3354481.1.aspx
. C>Git по сравнению с Hg умеет немного больше. В git'е можно делать merge обратно в SVN, и брать новые изменения оттуда. Вроде бы, Hg умеет только однократные преобразования?
Нет. Все работает уже месяц пользуюсь. с гитом увы не все так юзер френдли (под вин32 ессно).
C>К примеру, мы сейчас в одном проекте так отслеживаем SVN-репозиторий в отдельной ветке.
аналогично держу hg репо куда затаскиваю изменения из свн и потом оттуда делаю пулл.
топикстартеру: под вин рекомендую tortoise hg (плюс есть гуманный мануал на hg)
Здравствуйте, Aikin, Вы писали:
A>Здравствуйте, SleepyDrago, Вы писали:
SD>>с гитом увы не все так юзер френдли (под вин32 ессно). A>А вы TortoiseGit пробовали?
A>СУВ, Aikin
Разумеется. резюме — пока не все работает. Я собирался дождаться 1.0 но пришлось слезать с свн раньше тк маразм в конторе просто выдавил разработку из свн. оставили только для qa и официальной истории продукта.
)
(плюс есть гуманный мануал на hg)
