Было же когда-то уже? Вроде и не так давно.

3 года назад: Какой системой управления версиями вы пользуетесь?

Хмм, но ОК. Тогда подтверждаем? Нынешний опрос вроде достаточно голосов собрал.

CVS

Давно вот это вот не встречал.

// git и svn отметил.

git

Почётные предпоследние места

Понятно, что победит git, тут никакой интриги нет.

Однако интересно сколько наберут маргинальные ныне системы контроля версий: Darcs, BitKeeper и прочие.

и там, в отличие от «другой проприетарной», адекватный выбор

Ещё добавить

А где Bazaar-ng (это не Bazaar), который достаточно активно используется в Ubuntu и PPA? Где Monotone?

Пользуюсь, потому что нравится, или потому что «жри что дают»?

В первом случае Mercurial, во втором - Git :)

Darcs

Которая на хаскеле, и от которой даже хаскельстрой отказался?

Subversion, похоже, не скоро умрёт. Какие нынче у него киллер-фичи? Должны же быть аргументы «за», кроме легаси.

Должны же быть аргументы «за», кроме легаси.

Кому должны? svn это такой cvs-2, он легаси для «не очень старых» проектов.

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

А что считается пользованием? Я вот работаю в своих проектах с меркуриалом, но при необходимости собрать какой-то свободный проект его обычно нужно стянуть с гитхаба. clone/pull это достаточный критерий «пользования»?

Другой проприетарной

По работе приходилось пользоваться Serena Dimensions CM.

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

Git, а зачем что-то другое?

Кстати, да, действительно. Из широко распространённых систем контроля версий блокировки есть только у Subversion.

К счастью, в этом мире есть люди помимо неофитов гита.

Perforce =\

git
subversion

*К сожалению.

CVS

Давно вот это вот не встречал.

Мну вот как раз только-только перевёл свою древнюю свалку на git. 15 лет отслужило.

Молюсь на Subversion, вынужден иногда использовать Git.

Нравится subversion, им и пользуюсь. При необходимости использую git, но редко.

Какие нынче у него киллер-фичи?

* Не нужны костыли для работы с большими файлами

* Можно выкачивать репоизторий отдельными директориями

* Меньший размер рабочей копии на стороне клиента (так как не делается полный клон репозитория)

* Быстрее работает на шиндошс

* Про блокировки уже сказали

* Пермиссиваня лицензия

Вот мне про большие файлы интересно узнать. Чего такого искаропки даёт Subversion для работы с ними? Линка будет достаточно.

Никакой магии, просто для одной ревизии выкачивается 1 (одна) копия файла, а в DVCS вся история его модификаций. Дельта-компрессия для бинарников зачастую не работает.

Думал добавть Monotone, но решил что это слишком моветон. ;) Т.ч. «другой свободный».

Mercurial, иногда Git, благо в емаксе один и тот же интерфейс.

fossil и mercurial для разных задач. остальное не прижилось.

Давно, кстати, хотел спросить на ЛОРе.

На работе производственный процесс был организован на реквестах. Т.е. имеется реквест со своим уникальным номером, в нём описано - что нужно сделать и на каких основаниях (например на основании номера проблемы в баг-трекере) и далее все действия в VCS делаются по этому реквесту и автоматически подшиваются к нему с именами авторов и их комментариями касательно произведённых манипуляций.

Реквест и все файлы хранятся в VCS и имеют свои состояния, наподобие - «создан», «в разработке», «проходит инспекцию», «завершён».

Авторы имеют свои роли в процессе, типа - разработчик, инспектор, руководитель. В зависимости от роли автора ему доступен ограниченный набор действий над реквестом, файлами и их состояниями. Например, если реквест и затронутые им файлы находятся в состоянии «проходит инспекцию», то произвести с ними какие-либо манипуляции может только инспектор.

Какие есть свободные VCS которые позволяют организовать работу подобным образом?

Дык, как минимум в git IIRC всё есть blob. И delta там работает не так уж и плохо.

Для сравнения: тот же linux.git занимает 1.8G (2.4G c checkout, 741M чистыми). OpenBSD в CVS (kernel + userland) — 2.2G (757M чистых сырцов).

Правда при этом Git пожат deflate, а CVS — нет.

когда начинал пользовался svn в компании

потом перевел все на mercurial

сейчас только git

CVS, и пока начальство не поуходит на пенсию, конца этой пытке не предвидится.

Вам нужно обратиться в моровой флагман комбайностроения — у них именно так всё и задумано. А «свободные VCS» — даже не знаю... Отслеживание тикетов — не задача VCS ниразу.

Только адресом ты ошибся. Комбайны теперь строят тут: https://www.atlassian.com

это вам батенька просто надо заиметь интегрированную связку а-ля jira+stash. в stash грамотно разрулить права на коммиты и мержи в ветки различных типов и использовать pull request'ы дабы ниодин мерж не остался незамеченным.

Git gud

Ты так говоришь «кроме легаси», как будто перенести гигабайты кода (не содержимого репы, а именно кода в trunk) - это простая задача

(дома git, на работе svn) + RabbitCVS

Отнють. Те стороили комбайны ещё когда про этих никто и не слыхал. И успешно продолжают поныне. TFS ихний тому подтверждение.

Jira+stash - ни разу не замена тфсу, безграмотный ванабитролль прав. Рабочий процесс всем и пусть никто не уйдет обиженным - это именно tfs

Какие есть свободные VCS которые позволяют организовать работу подобным образом?

Надеюсь, что никакие. Пушшо это блажь и ересь. Тфс - да, жира со сташем, фишаем и кучей костылей - может быть. Но ты просишь ненужного: хранить воркфлоу в vcs - идиотизм, потому что это процесс, и ни одна из задач, решаемых vcs, к нему не применима. Линк «кодченж - ишьютранзишн» можно сделать тупо привязкой достаточно свежей жиры к фишаю

CVS

Давно вот это вот не встречал.

Два года назад у одних заказчиков-проприетарщиков видел :)

Git 161 (76%)
Mercurial 40 (19%)

Всего в 4 раза меньше. При живом гитхабе. При том, что все пользователи ртути так или иначе пользуют гит. Неплохо!

Только адресом ты ошибся. Комбайны теперь строят тут: https://www.atlassian.com

Два тикета этому разработчику.

Дык, как минимум в git IIRC всё есть blob

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

Всего в 4 раза меньше. При живом гитхабе.

«Нас мало, но мы - в тельняшках!» и нас уже 43 :) (тут хотел дописать «и плевать мы хотели на поделия финского троечника», но больно уж жалко хомячков).

IIRC, для дельта-комрессии текст ничем не отличается от любого дргуго блоба.

Не хотелось капитанить, но если ты меняешь одну строку текста, то дельта будет представлять собой, грубо говоря, две строки текста, а если ты в изображении или видео изменишь несколько пикселов, то дельта легко может составить более 50% размера файла. См. сжатие данных, энтропийное кодирование и т.д.