Размер репозитория
Чисто ради интереса решил привести один маленький забавный факт о размере репозиториев. Есть у нас немаленький проект, при этом чекаут исходников джанговой части из SVN занимает 79 мегов.
При этом этот же проект, переконверченный в меркуриал — рабочая копия и полная её история вместе — занимает 80 мегабайт.
Add post to:
Comments
а ты, кстати, не читал novemberain про git и mercurial?
интересно что ты думаешь на этот счет? ;-)
Не-а, я не подписан на него — когда смотрел, он мне казался блогом руби-фанбоев, что мне не сильно интересно было. :)
Думаю, что непонятно, где ж там комментировать?! А вообще — на какой конкретно счёт? :)
только хотел отписать…
не верю :) 79М это наверное с шаблонами?:)
А вообще факт интересный…
Это весь trunk. Код, шаблоны, ddl/dml, media (она самая большая, 39 метров).
Меркуриал 1.0 вышел, а у кого-то ещё SVN есть оказывается..
Ты просто не представляешь, как сложно уговорить кого-то с него слезть, а потом ещё и слезть.
А смысл?
У меня все пользуются тортилкой под Окошками, линухов нет и не предвидится за исключением одиночных проэктов, а теперь укажите мне killer-feature с чем лучше справится Меркуриал, Базаар, чем svn + Тортилка. Разработки C# (desktop) + C++ (VS2005). Народ за командную строку пересаживаться не будет тем более, да и я не собираюсь, потому как под окошками она убогая єто раз, а во вторій каждій раз забивать тонны разных путей, помнить опции и команды, мне и без того забот хватает, а меркуриевский аналог Тортилки ещё очень сырой. Скорость комитов 5-10 Мб/сек, то есть примерно равняется скорости обмена по сети.
P.S.А после все мне приходится сливать ключевые изменения на корпоративный Perforce (ну любят америкосы его) так что у меня и без меркуриала зоопарк.
Возможность распределённой разработки. Нормальные бранчи. Отсутствие
.svnв каждой директории. Скорость diff, log и т.п.тру
ms_office_2007_ptk
http://www.google.com.ua/search?q=ms_office_2007_ptk
извините, из за рефреша, дважды терял коммент и вставил из буфера мусор.
Ну нам пока хватало возможностей subversion.
Ограничивается скоростью локалки и загруженностью сервера.
Честно говоря некритично, хотя нервирует. Промежуточные релизы выкладываю на Perforce там не отображаются папки и файлы которые явно не добавлены в рабочую область.
Все хвалят но в чём “нормальность” пока не увидел. Для меня самая гиморная операция это merge, а её до момента изобретения искусственного интеллекта автоматом не сделаешь, потому как даже минимальный рефакторинг вырубает любую эвристику и здесь меркуриал как раз проигрывает из за отсутствия хорошего виндового GUI-frontend. Их аналог тортилки ещё в зачаточном состоянии и сырой. Мне нужна возможность подключать свою утилиту для merge, я пользуюсь Araxis Merge.
Как видим каких-то серёзных аргументов для начальства и колег чтобы оправдать временные и денежные затраты перехода нету, а минусов хватит. Не бывает “серербрянной пули”, новые технологии появляются со скоростью света и также пропадают. А я буду делать по принцыпу “Не спеши, а то успеешь”, подождём когда система станет более зрелой.
Вы просто не видите, где он вас ограничивает. Потому что даже вторая ваша тулза — Перфорс — ограничивает ровно там же.
В том, что в меркуриале — ветки, а в сабвершене - копии.
Вот именно, что мерж — это не очень геморная операция.
Да что вы прицепились к этой хрени гуёвой! Как будто её допиленность как-то увеличивает количество фич. Тут вон некоторые деятели меркуриал как раз ругают из-за того, что там необходимо подключать стороннюю утилиту для мержа.
Вы даже не пытаетесь их увидеть. Могу вам сказать 100%, потому что я полгода рассказывал и показывал эти плюсы (и мне, честно говоря, уже реально лень повторять свои слова каждому неверующему) своему начальству. И таки с помощью ещё одного участника они вняли просьбам и попробовали меркуриал. И после этого рассказывать о плюсах на работе мне не нужно — их видно невооружённым взглядом.
Сидеть в консоли виндовой и прописывать каждый раз пути, помнить как называется файл или путь, выписывать для каждого проекта переменные окружения никто не будет.
Возможно так. Просто теория оптимизации говорить оптимизировать то что занимает много времени. За весь день я в суме с subversion работаю минут 30, ну допустим уменьшу до 20, но потрачу своё время и своих колег на переучивание, кроме того лишу их удобной среды. Я чесно пытался бестрасно оценить преимущества, поставил на домашней машине, и все плюсы сразу перечеркнуло отстутсвие удобных инструментов. Сэкономленое время я потрачу на набивание команд в консоли.
Возможно в вашей ситуации. А у меня сейчас 6 паралельный ветвей фикспаков, каждый из которых правит как не связанные между собой так и связанные модули. И сравнивать паралельно 6 версий файлов, некоторые из них во время работы были разбиты на несколько действительно непростая задача.
У вас прямо какие-то дикие представления о виндовой консоли, честное слово. Я вот пользуюсь и мне конечно не хватает мощи zsh, но лишь по части автоматизации ненабирания подобных команд повторно, а так очень даже можно пользоваться.
Ну, я теперь вообще с ним не работаю, но раньше работал явно больше. И уж точно я практически никогда не смотрел лог локально, потому что двадцать тысяч ревизий — это напряжно даже для LANа. Для меркуриала это 3 секунды ворошения диском.
Она вас случаем не кусала в детстве? :D Консоль на самом деле заметно ускоряет большую часть операций, кроме выбора определённых файлов для коммита (когда хочется коммитить не всё) — я использую в этих случаях qct (видите, я не тупой фанатик консоли и стараюсь просто использовать то, что быстрее ;-).
Но ведь вы же как-то делаете мерж в сабвершене, когда кто-то закоммитил раньше? Решаете конфликты, всё такое? Проблем не возникает? Вот именно эта операция в меркуриале и называется мержем. А никак не тот ахтунг, который в svn происходит при мерже веток.
Не боюсь я консоли, у меня сервак под freebsd , но просто в окошках она убогая, и даже cygwin і iPython не спасает.
Проблема в том что критической масы недовольства нет и ближайшим временем не предвидится, мне и так много сил и нервов пошло на то чтобы часть народа заставить вообще что-то другое чем winrar + регулярный бекап использовать. Ну как объяснишь електронщику с 30+ стажем, что то что он только освоил с трудом нужно опять менять, какая консоль, я тортилу ему сам настроил и на рабочем столе заметка какие кнопки жать, а таких у меня хватает. А тут от другого заказчика ещё одного монстрика подсовывают Rational ClearCase, завести себе ещё одну зверюшку mercurial и зоопарк будет полный.
Да и так или иначе, а от Perforce я и так ни куда не денусь так как корпоративный стандарт, это в локальном офисе мы можем пользоваться тем что нам нравится, а так денюжки за него уплочены и немалые. Только вот проблема мне ещё разрабатывать что-то надо, а не бегать каждому объяснять команды.
Если бы видели существенные преимущества то одна из наших команд могли бы перейти, так как как раз новые проекты запускаются, но как раз отсутствие развитого инструментария и версия 1.0 не дали принять такое решение. На боевом проекте ставить эксперименты по меньшей мере неразумно при полном отсутствии опыта людей работы с системой.
А что конкретно мешает? Вот если включить в дефолтах у неё QuickEdit, то чего не хватает?
ОМГ! У нас такого было на пару человек. :D
А, так тут разговор не о программистах… Ну это явно другая область, не о чем спорить — я не представляю, как там можно кому-то что-то объяснять. :D
Зато оооочень весело. ;-) Нам понадобилась неделя, зато в результате у нас не разламывается транк, каждый девелопер может без проблем продемонстрировать свои достижения на дев-сервере и те же девелоперы могут лично друг с другом обмениваться своими дебажными коммитами без загаживания транка. :)
А если в git?
Хз, нету его сейчас под рукой. Но я byteflow проверил,
.hgзанимает 4.1 мега, а.git— 2.3. Правда, git слегка постарше, но совсем слегка.Вот здесь писал. Данные(просто HEAD) без истории — 25 метров, сам репозиторий(GIT) — 17 метров. Вместе получается 42 метра. Чекаут из SVN — 51 метр. Меркуриал проверить на этих же данных не стал.
Ну это тот же репозиторий что и у Пиры?
Не, не на тот же. :-)
Пофиксь спиннер загрузки, а то он дето в еб..ях отображается.
Кто б мне рассказал как. :\
стучись — сделаем ;)
Ты у меня оффлайн. :(
Ага. Об этом факте еще говорил в видео Брайан О’Салливан. Причем даже масштабы такие же :)
Кстати, тебе нужно было еще замерить сколько весит репо svn :) а не только рабочая копия
Ну, оно от меня далеко и вообще не уверен, где конкретно на сервере лежит. Да и этот факт достаточно пофиг, никто ж его не таскает с собой. :-)
Comment form for «Размер репозитория»