Завершен переход Perl на Git

> Между тем, большие проекты переходят на Subversion или GIT, но почему-то не Mercurial :)

Конечно. Mercurial только для таких мелочей как Mozilla.

Выдыхай бобер!

Это правда. Клонирование отдельных директорий давно просят и обещают, но будет видимо не очень скоро, увы.

Реальные плюсы использования DVCS в централизованной модели по сравнению с SVN: надежный мерж, rebase, поддержка параллельной работы над несколькими фичами(локальные бранчи, mq), локальная история изменений.

нет.
В чём связь DVCM и интернета?
Разработка ибычно ведётся с серверов в локальной сети.
Или у вас http://www.linux.org.ru/view-message.jsp?msgid=2343225#2343813 ?
Тогда это многоуровневый комит.

C меркуриал немножко и кучей проприетарных. BK и GIT не пробовал и пока не планирую.
Я, кстати, ни разу не критиковал меркуриал, как ненужный или некачественный.

Просто среднестатистическому девелоперу, при ПРОИЗВОДСТВЕ ПО, нет смысла забивать себе голову распределёнными средствами, так как это вносит дополнительную составляющую в производственный процесс.

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

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

>> Между тем, большие проекты переходят на Subversion или GIT, но почему-то не Mercurial :)
>Но большие проекты переходят почему-то на Git :-P
Да, это была провокация флэйма, мне скучно, так как предрождественский вечер. Но у вас вечер и выстрел был вхолостую :(

>Mercurial только для таких мелочей как Mozilla.
Проснулс, хомяк? Молодец! Мелочь на Меркуриал
А Апач и Cорсворж на Subversion.

>Опять же что git что bzr не умеют держать один репозиторий на много проектов и checkout + commit поддиректории.

git - умеет: submodule, subtree

> C меркуриал немножко и кучей проприетарных. BK и GIT не пробовал

Ммм, а что за проприетарные распределенные VCS, которые не BK? :)

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

http://git.or.cz/gitwiki/LinusTalk200705Transcript: "I know several companies who use git internally, not knowing that they do so, because they actually have their main repository in Subversion, and a lot of developers then import it into git because git can actually merge things for you. So you can take a Subversion tree, import into git, let git do the merge, which would be a major headache to do in Subversion, create a merge commit, and actually export it back to Subversion, and nobody else even knew you used git"

Та же фигня и с Mercurial, кстати, хотя наверняка реже - импорт/экспорт похуже.

> Среднестатистический программер не должен забивать себе голову ненужными знаними, делать то, что скажут и быть максимально дешёвым.

Вот внедрят конкуренты Mercurial, и обойдут "среднестатистических" на вираже :D Да уже внедряют, вероятно (см. опять же лекциб Линуса).

Последнне что тыкасля кажется называлось SC. Большеим дерьмом является пожалуй только MS VSS. На самом деле точно не помню. Их много а я один :)
Вся эта фигня осваивается за несколько часов и я совершенно не вижу смысла городить огород изз-за различий между этими приблудами.

Для меркуриала и гита нет(ну, или не было, когда я смотрел последний раз) нормальных гуёвых средств под виндовс, где сидят все .Net и 99% Java девелоперов. нет(не видел) нормальной VS, Eclipse, Netbeans, Komodo.

>Вот внедрят конкуренты Mercurial, и обойдут "среднестатистических" на вираже :D Да уже внедряют, вероятно (см. опять же лекциб Линуса).
У меня нет конкуренов :)
Я специализируюсь по спасению умирающих проектов. Ну, иногода, повыёживаюсь перед заказчиком, но в основном идея, сделать проект посильным для поддержки среднестатистистическим девелопером, после того как его терзали несколько поколений выдумщиков.

> Git в самом деле такое умеет?

умеет, линус же вроде даже сказал в лекции, как.

> Последнне что тыкасля кажется называлось SC. Большеим дерьмом является пожалуй только MS VSS

Хм, и эта SC - распределенная? Потому что VSS - точно нет, с нее народ даже на SVN уходил, плача от радости.

> Для меркуриала и гита нет(ну, или не было, когда я смотрел последний раз) нормальных гуёвых средств под виндовс, где сидят все .Net и 99% Java девелоперов. нет(не видел) нормальной VS, Eclipse, Netbeans, Komodo.

mercurial4eclipse вполне развивается.

> Я специализируюсь по спасению умирающих проектов. ... но в основном идея, сделать проект посильным для поддержки среднестатистистическим девелопером

Ну то есть ты заинтересован, чтобы среднестатистические лажались? ;)

>> Git в самом деле такое умеет?

> умеет, линус же вроде даже сказал в лекции, как.

Ну вот щасс я всё брошу и начну верить Линусу %)

<туплю>Огласите весь список VCS, поддерживающих локальный репозиторий и коммит и дальнейшее объединение с репозиторием на удалённом сервере.</туплю>

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

> Огласите весь список VCS, поддерживающих локальный репозиторий и коммит и дальнейшее объединение с репозиторием на удалённом сервере.

Не уверен, что это _весь_ список (да и зачем он?), но: Aegis (тебе это не нужно), Arch aka TLA (фактически RIP), OpenCM (атэц почти всего нынешнего поколения DVCS, RIP), Bazaar (который просто Bazaar, потомок Arch, фактически RIP), Codeville (хз насчет его текущего статуса), SVK (фактически паразит на SVN), Monotone, Bazaar-NG aka Bzr, Git, Mercurial. Фактически живые из них - последние 5.

Та была распределённая, с интерфейсом, кажется из Netscape Navigator. Поттом можно было принимать - откатывать патчи от девелопер, и продвигать(propagate) их в основное хранилище.
Страховая контора чинила что-то их heritage :)

>Ну то есть ты заинтересован, чтобы среднестатистические лажались? ;)
Я зантересован, чтобы архитекты лажались, так как это гораздо разрушительнее :)

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

> Кстати, а как в меркуриале получить ревизию, которая была в нужной ветке две недели назад?

не понял вопроса, но, наверное, hg log -b somebranch -d datespec.

+darcs?

> +darcs?

Блин, так и знал, что хоть что-нибудь, да забуду %) Конечно, Darcs тоже, и он вполне жив. Хотя из всех систем это - самая экспериментальная.

>энтерпрайзно

Нет - очень не эффективно работает по сети, ветки создает не на сервере а на локальной машине и только потом шлет на сервер,что адски грузит канал. Работаеть большой командой очень не удобно.

>глобально

Нет - См предыдущий пункт - не для распределенных команд


>и надежно.

Нет -perforce не строит контрольные суммы по файлам, ни раз приходили битые данные из perforce.

> первый недостаток git - к примеру я случаем удалил файл

git checkout ?

тут выше товарищ расписывал по пунктам энтерпрайзность перфорса. остальное стёб.

Моя история переходов: svn --> svk --> git. Теперь git везде, даже для бэкапа и клонирования серверов.

> Я специализируюсь по спасению умирающих проектов. Ну, иногода, повыёживаюсь перед заказчиком, но в основном идея, сделать проект посильным для поддержки среднестатистистическим девелопером, после того как его терзали несколько поколений выдумщиков.

Может сразу в морг? /* слишком часто вижу код после такого "спасения" ... работать работает, но каждый раз думаешь стоит ли в него вносить изменения или оно само умрет */

:)))