Ответ: Толстая оперативка
 

svn никто не использует уже давно.
А тот же mercurial и git давно делают один архив до скачивания или загрузки.
А вот всякие package manager'ы тут да, например в больших проектах на python'е или node.js, когда у тебя куча зависимостей от библиотек, pip или npm требуется очень долго их качать с кучи мест, и потом половину ещё компилировать. Вот тут разница может быть хорошей.
Но имхо, там размер мелкий, и bottleneck'ом является сам HTTP запрос, нежели IO жёсткого.

Ответ: Толстая оперативка
 

А я использую Asset Server юнитивский. Кидайте свои камни.

Ответ: Толстая оперативка
 

Я никто, знающий, некоторое количество никого коих довольно нисколько

Ответ: Толстая оперативка
 

Мы на работе его постоянно юзаем. Так что ты - ещё не все.

Ответ: Толстая оперативка
 

Вы западная Европа, а там почти ничего мирового дельного не создаётся. А те кто и что-то создают, давно на git'ах. Ну вам с вашей ямки виднее.

Ответ: Толстая оперативка
 

Ответ: Толстая оперативка
 

Что в твоём понимании дельное?

Ответ: Толстая оперативка
 

moka скатывается в пафос раннего Mr_F_.
Мы тоже на работе (средняя конторка) используем svn и черепаху в качестве клиента. Вообще, спор об инструментах очень глупый. Лучше давайте оперативку обсуждать.

Ответ: Толстая оперативка
 

Ну возьмём стартапы последних несколько лет, назови мне мирового уровня продукты мобильные или веб, разработанные руссскими разрабами, и мы напишем им эмайл и спросим, они svn или git/mercurial используют.

Обсуждение систем контроля версий - очень увлекательное занятие, т.к. те кто понимают как они работают, и все сложные схемы взаимодействий в больших командах, требует хороших мозго-напрягов.
Но вы правы, "не будем скатываться" в дельные дискуссии, а лучше поболтаем о всем необходимой ОЗУ!

Ответ: Толстая оперативка
 

Макс, ты лучше напиши чем конкретнее (github / mercurial) лучше svn.

про ОЗУ была другая тема. эта тема теперь про системы контроля версий.

Ответ: Какая система контроля версий лучше (Battle!)
 

Не знаю насчет последних нескольких лет или мобильности, но Лаборатория Касперского компания мирового уровня.
Я думаю они в теме.
Так что можешь у них спросить =)

Ответ: Толстая оперативка
 

Увлекательное занятие это создавать и развивать продукт, а перфекционирование средств разработки итд это для упоротых гиков, которые застряли внутри своей шины и им больше нечем заняться.

Ответ: Толстая оперативка
 

Тут даже думать нечего... - пиши мелко-мягким.

попытка вброса говна на вентилятор?

Ответ: Толстая оперативка
 

ололо, илита в треде, все быстро в бункер на колени

Ответ: Какая система контроля версий лучше (Battle!)
 

Данные сравнения уже много раз приводили.
Основные плюсы это децентрализованность каждого репозитория, и возможность хорошо организовать систему бранчей (по фичам, версиям, релизам, дев/лайв). Merge'ить вообще просто в git а в mercurial ещё меньше конфликтов выходит.
Если большая команда и бранчи между собой переплетаются, то в svn это геморой, когда в git'е всё просто, главное не забывать rebase'иться если зависимый бранч уходит вперёд по истории.
В командах по 30 человек на один проект, svn - это жопа.
Также интеграция со всякими Jira, и самим github/bitbucket - просто сказка.
Сравнения давно за нас провели, читайте в гугле:
http://stackoverflow.com/questions/8...han-subversion

Видимо ты не работал в команде более 1-3 человек.
Вот когда поработаешь с 5+ людьми над одним проектом, а ещё пару человек удалённо, то тогда и поговорим, ок?
О перфекционизме речи не идёт. Речь о минимализации отвлечений от самого написания кода, а всякие agile панели (jira) и системы контроля версий могут очень много времени отбирать.
Многие компании даже практикуют такую тему как Kaizen Friday - это раз в несколько недель, один день (пятница) выделяется полностью на систематизацию и удобство условий работы. Например deploy скрипты, чтобы не тратить время вручную деплоить, и системы контролей или всякие скрипты по ситуации.
Ты поработай в маломальски гибких условиях стартапов, тогда будет видно.
Если я заблуждаюсь о твоём опыте работы в командах, то будь добр поделись.