Russian Qt Forum

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

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

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

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



оффтоп! )

Например ?


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

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

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

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

Спасибо

TortoiseSVN, Cornerstone

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

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

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

Спасибо

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

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

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

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

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

Спасибо

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

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

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

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

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

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

Даже не касаясь внутреннего устройства гита, он удобнее (больше возможностей), быстрее, более продуман. Причем это не голые слова, возможность переключить ветку за 5 секунд  (в случае репы Qt; в случае среднего проекта несколько сотых секунды) решает, по сравнению с выкачиванием бранча в свн (допустим 20 минут)
Свн просто морально устарел, тк писался давно. Единственный его плюс - куча гуи утилит, но под маком к счастью есть гити. Гит-гуи убог:)

Пара вопросов знатокам git:
  - как сделать клон только части репозитория (в svn можно сделать checkout любой поддиректории)?
  - как хранить в git бинарники, если при их версионировании репозиторий (и всего его клоны) очень быстро распухает?

1) никак, гит это не умеет. Да и зачем, ведь с гитом не надо держать несколько копий репо, надо заводить ветку в _одном_ локальном репозитории
2) это не проблема, смело храните. Гит не хранит диффы файлов (в отличие от всех остальных СУВ), он всегда хранит актуальное состояние файла (в случае, если файл не менялся, он хранит сим(хард?)линк). Если это вас напрягает - смотрите в сети сравнения, при прочих равных каталог с гитом занимает места меньше чем свн.

Причем намного меньше.

А причем здесь ветки? При конвертации репозитория из svn получается огромный git репозиторий, и из него нельзя клонировать только часть (поддерево директорий).

Файлы бинарые под 10-20Мб, которые меняются периодически. При svn checkout только одна последняя актуальная версия забирается, а при клонировании в git все версии таких файлов за всю историю. Никак это занимать меньше места не может.

Ветки при том что просто нет нужды выкачивать кусок репа (в конце-концов вы просто не соберете этот кусок для теста). Нужда выкачивать куски возникает когда нужен быстрый фикс и нет возможности его выполнить в основном репозитории. Это решается веткой/стэшем
Не верите - смотрите сравнения. Дело в том, что свн хоть и использует диффы, использует их неоптимально.

>>git gui отличный гуй к гиту
и всё таки это какашка да ещё и вложенная в стандартный дистриб.
В нём даже банальные <Ctrl>+<C> не работают. Нельзя колесом мыши пользоваться в списках, только в GitTk работает да и то не везде.

Что же касается линуха и SVN-а, то мне нравился KDE SVN (пока я линём баловался)

>>а при клонировании в git все версии таких файлов за всю историю. Никак это занимать меньше места не может.
Мой опыт:
Держал в SVNе под контролем версий одну БД, доросшей за год до 1,5 Гиг.
Переполз на Git (с помощью git svn) и обнаружил, что хранилище похудело на 30% !!!

УМВР

при русской раскладке клавиатуры пробовал?
У авторов тикля не работает, как же у тебя оно работает.

П.С.
также и у GTK+ таже болезнь.

>> как сделать клон только части репозитория (в svn можно сделать checkout любой поддиректории)?
Можно склонировать с ограничением истории, но это получится хранилище только для чтения. (см. ключи к git clone)

>>Гит не хранит диффы файлов
это новость для меня. Как-то читал, Гит - коллекция патчей и инструментарий для их обработки

Да, гит хранит дифы. Но тоже как-то интересно. Если периодически делать git gc, то оно как-то самоочищается и размер репы уменьшается.

Кстати, только что мержил 2 бранча, в каждом было сделано множество изменений. Так вот практически все гит сам разрулил, вручную пришлось только немного поработать. В итоге за час все сделал. В свн даже не известно, сколько пришлось бы мучатся.
Недавно с свн была такая задача: из определенного коммита транка отбранчеваться, поработать и поменять транк на этот бранч (без мержа, просто заменить). На эту задачу я убил часа 3-4. Транк пришлось удалять, так как другого способа я не нашел.

gc скорее всего удаляет мертвые ветки и детачед хеды (к примеру, при аменде исходный коммит для аменда не стирается, лишь выкидывается из ветви)
и гит таки не хранит диффы:) он хранит блобы - содержимое файла (именно содержимое, а не сам файл. блобы шарятся между одинаковыми файлами) +спец инфа

Да, тут я не прав.
Рекомендую посмотреть http://www.youtube.com/watch?v=BtAlN4MaBr8

svn - это по сути система предыдущего поколения. С ней можно продолжать работать, но начинать новый проект лучше с более современного git'a(или какого-нибудь mercurial'a).