переход на svn

[admsasha]

Допустим есть уже большой проект. Нужно его перебросить в svn.

Само хранилище создано. А дальше как ?
 
Сперва делать checkout, а потом в проекте на каждом файле "add fileX.cpp" ?

[Пантер]

Переходи на Git. SVN не нужен.

[ufna]

Допустим есть уже большой проект. Нужно его перебросить в svn.

Само хранилище создано. А дальше как ?
 
Сперва делать checkout, а потом в проекте на каждом файле "add fileX.cpp"

Воспользоваться любым нормальным клиентом и сделать коммит в проект со всем содержимым.

Переходи на Git. SVN не нужен.

оффтоп! )

[admsasha]

Воспользоваться любым нормальным клиентом и сделать коммит в проект со всем содержимым.

Например ?

Переходи на Git. SVN не нужен.

Почему так категорично ?

[Авварон]

потому что свн действительно не нужен
по возмжностям гит и свн как комп и пишущая машинка
ну и по удобству тоже

[Igors]

потому что свн действительно не нужен
по возмжностям гит и свн как комп и пишущая машинка

Я не умею пользоваться ни тем ни другим - ну SVN неск раз пришлось, сделал все как обезьяна, результат получил, отношусь с опаской. В чем кайф "git" (Ваш столичный акцент мне недоступен)?

Вот допустим у меня есть проект > 1700 cpp файлов. Мне нередко нужно откатиться на предыдущую версию, там кое-что подправить и отослать заказчику исправленный build, а самому спокойно продолжать работу над новой версией (где уже очень многое  изменилось). Как git мне может помочь, какой soft попробовать?

Спасибо

[kambala]

Например ?

TortoiseSVN, Cornerstone

[admsasha]

Например ?

TortoiseSVN, Cornerstone

ой, забыл, что существует еще и windows =), у меня Linux.

[Авварон]

потому что свн действительно не нужен
по возмжностям гит и свн как комп и пишущая машинка

Я не умею пользоваться ни тем ни другим - ну SVN неск раз пришлось, сделал все как обезьяна, результат получил, отношусь с опаской. В чем кайф "git" (Ваш столичный акцент мне недоступен)?

Вот допустим у меня есть проект > 1700 cpp файлов. Мне нередко нужно откатиться на предыдущую версию, там кое-что подправить и отослать заказчику исправленный build, а самому спокойно продолжать работу над новой версией (где уже очень многое  изменилось). Как git мне может помочь, какой soft попробовать?

Спасибо

1й командой - git reset/git checkout
в свн откат всегда делается через какую-то ж

[Igors]

1й командой - git reset/git checkout
в свн откат всегда делается через какую-то ж

ладно, пусть с матами, но можно популярно для Mac пользователя как сделать это мышей (без отой мудистики с командной строкой)?

Спасибо

[BRE]

Вот допустим у меня есть проект > 1700 cpp файлов. Мне нередко нужно откатиться на предыдущую версию, там кое-что подправить и отослать заказчику исправленный build, а самому спокойно продолжать работу над новой версией (где уже очень многое  изменилось).

Мне страшно представить... а как ты сейчас это делаешь без систем управления версиями? 

Как git мне может помочь, какой soft попробовать?

Soft и называется git.
В сети есть куча статей показывающих преимущества использования систем управления версиями.

[Авварон]

под мак есть чудная штука Gity - гуй к гиту. Сырая еще, но отличный пример как надо писать программы.
Однако ж с консоли всяко удобнее гитом пользоваться.

[Igors]

Мне страшно представить... а как ты сейчас это делаешь без систем управления версиями? 

Да вот делаю - правда хреново получается, потому и интересуюсь

Soft и называется git.
В сети есть куча статей показывающих преимущества использования систем управления версиями.

Если нетрудно - более конкретные наводки?

Спасибо

[Пантер]

git gui отличный гуй к гиту (пусть даже и на Tk), хватает за глаза.

[Denjs]

В чем кайф "git" (Ваш столичный акцент мне недоступен)?

SVN - централизованная система управления версиями.
GIT - распределенная система управления версиями.

т.е. если что-то произошло с с SVN-сервером - вы получаете проблемы/неудобства.
с GIT-сервером - каждый хост по сути и есть почти что "сам-себе сервер".

С GIT вы прекрасно можете работать "в оффлайне" (т.е. можно сделать "коммит", когда "сервер-не-совсем-доступен". Ещё, кстати, можно делать несколько "докоммитов" в уже существующий "коммит".(прошу поправить терминологию)). Вы можете брать изменения из нескольких источников, и в несколько целевых хранилищ "запихивать" ваши изменения.

Пути распространения изменений в GIT и варианты использования разнообразнее и удобнее.
ну где-то так...

это что я успел усвоить за очень краткое практическое введение и месяц ненавязчивого использования...