Посоветуйте систему контроля версий

когда троллинг в соотношении 9:1 на него не надо обращать внимания - он сам в глаза лезет. держи планку, чо.

когда троллинг в соотношении 9:1

Ты преувеличиваешь, 2:1 в худшем случае. Но ты всегда можешь меня заигнорить.

Даже Merge мало кто пользуется.

И что они делают в ситуации, когда например через неделю релиз и часть разработчиков готовят релиз, а часть продолжают работать над фичами.

в плане юзабилити mercurial на две головы выше.

Угумс, утята за чужой уткой не бегают.

s/Угумс,/Но/

Поддерживаю всех поддержавших Mercurial

Да, они такие. Но я полгода на mq просидел — один хрен по сравнению с git+stgit. Разница только в несущественных мелочах. Причем напильником над меркуриалом пришлось работать поболе.

По-моему достаточно удалить из текущей, чтобы дальше его не было.

А тем временем каталог с объектниками будет совершать кругосветное путешествие по компам команды на корабле VCS ;)

Это одобрение решающее. Я выбрал Mercurial, всем спасибо.

Тю, маргинал. Можешь вставить себе монокль.

Плюсую fossil. Из предложенных я бы выбрал Mercurial.

Плюсую fossil.

Ты им пользуешься?

Ага, когда вообще чем-нибудь пользуюсь.

Кстати, в Git _можно_ удалить историю

А как? В гите вроде произвольно коммиты откатывать нельзя. Бранчить перед ненужным коммитом, а потом cherry-pick нужных коммитов из основной ветки и её удаление?

Я нуб, есличо.

Git

утята за чужой уткой не бегают

обьясни пожалуйста что значит эта пословица

да, но ссылку не давал

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

да, но ссылку не давал

Ну блин, нельзя же быть такими ленивыми... http://static.usenix.org/events/usenix-win2000/invitedtalks/lucovsky_html/

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

утята за чужой уткой не бегают

обьясни пожалуйста что значит эта пословица

Это значит «к чему раньше привык, то и кажется лучшим». От «синдрома утенка».

обьясни пожалуйста что значит эта пословица

Привычная вещь в два раза юзабельнее непривычной.

Пользуюсь GIT'ом. Ничего сложного в нём нет. Весьма удобен. Особенно, при работе с ветками.

спс. я гуглил, но гугл не кололся

Ну так VCS для этого и нужна. Если ты запихнул туда что-то не то - ты ССЗБ.

Или ты предлагаешь в почту встроить возможность удалять уже отправленные письма вместе с ответами на них, и ответами на них, и т.д.? Причем удалять и у тех, кому они дошли :3

mercurial - прост как дверь.
bazaar - поделка.
git - юзабилити просто инопланетное, если для начинающих.

TFS /thread

А в чем тяжесть?

Как я помню, Git в винде пытается работать так, будто он в линуксе, а винда к такому непривычна, и получается медленнее. Плюс к тому — нет сборки под win-x86-64.

Canonical - одна сплошная реклама базара

А как насчёт darcs?

Плюс к тому — нет сборки под win-x86-64

А она нужна? С каких пор 32битный софт не работает в винде 64.

А как насчёт darcs?

Он даже хаскеляторам оказался не нужен.

Под оффтопиком я с ним не работал, а ты про этот критерий не говорил.

Плюс к тому — нет сборки под win-x86-64.

А зачем? ему что, 2 гигов может быть недостаточно или от 64битных регистров что-то быстрее заработает?

и получается медленнее

Вот этого не знаю, но по идее хоть как-то ощутимо это тормозить не должно. Но у меня винды нет я не сравнивал.

2 гигов может быть недостаточно

Конечно. Вот закоммитит кто-нибудь файлик метров на 700, и привет.

git

А как? В гите вроде произвольно коммиты откатывать нельзя. Бранчить перед ненужным коммитом, а потом cherry-pick нужных коммитов из основной ветки и её удаление?

git rebase

Не катит.

модификация истории - это вещь, которая используется в самом git и инструментах на его основе

Какой в этом смысл? Ну, кроме «Ой! Я тут случайно, полгода тому назад, забросил в My(D)VCS несколько XXX, которым там совсем не место».

что не катит?

модификация истории - это вещь, которая используется в самом git и инструментах на его основе

Какой в этом смысл?

Как правильно заметил известный тролль Линус Торвальдс, «90% истории - никому не нужный мусор». Нет никакого смысла хранить _всю_ историю разработки.

rebase не катит в качестве средства удаления из истории большого файла, который закоммитил кто-то другой.

rebase не катит в качестве средства удаления из истории большого файла, который закоммитил кто-то другой.

вопрос был про удаление коммитов, а не удаление файлов. файлы удалять можно с помощью filter-branch.

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

Обсуждалось именно удаление файла.

А зачем?

Чисто в утилитарном смысле — да, незачем, в общем то, но WinSVN x86-64 есть, WinMercurial x86-64 тоже есть, а WinGit — только x86. Как-то неэстетично, шоле...

Обсуждалось именно удаление файла.

сорри, весь тред не успел прочитать. для удаления файла написал выше.

Те немногие, кто с ним экспериментировал, говорят, что он медленный и по наиболее важному функционалу отстает от ведущих СКВ. Известный хакер Хаскеля, написавший книгу по Хаскелю и по Меркуриалу, отказался от него в пользу Меркуриала.

Нет никакого смысла хранить _всю_ историю разработки

Не согласен. Во первых, кто будет определять, с какого commit-а начинается «ненужная история», во вторых, часто случается, что не такая-уж она была и ненужная.

Это Bryan O'Sullivan, если что.

Нет никакого смысла хранить _всю_ историю разработки

Не согласен.

Со временем согласишься.

кто будет определять, с какого commit-а начинается «ненужная история»

Система работает не так.

во вторых, часто случается, что не такая-уж она была и ненужная.

У тебя в голове какой-то сценарий, который не соответствует реальному использованию DVCS.