Google Go меняет систему контроля версий с Mercurial на Git

Крон, переходи на SRC уже. тебе его хватит для борщесофта.

man reflog

Я же говорю, слабоумие и отвага. Как тебе поможет reflog, если ты изменишь уже опубликованную историю, и все твое коллеги придут тебя бить табуреткой по пальцам? Или ты борщевик, и из коллег у тебя только мама, которая не ругает и любит?

а Вы почему-то хотите переубедить меня :)

у нас есть печеньки

Она позволяет пометить коммиты, чтобы после переписывания истории и потери ссылок на них, они все же остались в графе.

ага, т.е. дефолтное поведение гита. спасиб за инфу.

«Дефолтное поведение гита», лол. В меркуриале evolve помечает изменённые ченджсеты как obsoleted, чтобы у остальных коллег они тоже заменились на новую версию. При этом старые версии остаются в истории *навечно*, в каждой копии репозитория. В git любой вася-ренджер может прибить бранч на сервере и заменить его своим. Старые ревизии остаются только в мусоре и на машинах разработчиков, которые случайно успели их скачать. Недовольным предлагается бежать на сервер за рефлогом и надеяться, что оно в нём ещё осталось. Знал я одну бухгалтершу, она важные документы хранила в корзине, чтоб не потерялись, вот ты мне её напоминаешь.

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

Путин, перелогиньтесь.

А дополнительное изучение хипстерского Hg останавливает многих контрибьюторов и не шлют они патчи в проект.

Как-то это очень сомнительно. Что там изучать? Вот у меня прошлый проект был «на» гите, теперь на меркуриале. Принципиальной разницы не вижу.

А где в ртути аналог git add -p? Слияния трёх и более веток?

Смена VCS только из-за того, что «разработчики» осилили команды Git'а, но не в состоянии запомнить команды Mercurial'а весьма показательный пример технической составляющей Go. Надо полагать, что качество языка ниже плинтуса.

Ну и зачем тогда гугл переходит с Hg?

А где в ртути аналог git add -p?

hg record

Слияния трёх и более веток?

Да ты псих. «И более» - это сколько?

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

Это не разработчики, это какие-то обезъянки, которые осилили выучить несколько «магических команд» и заявляющих, что они «работают с git'ом». Куда катится мир!?

hg record

exl@exl-Lenovo-G560e:~$ hg record
hg: unknown command 'record'
'record' is provided by the following extension:

    record        commands to interactively select changes for commit/qrefresh

use «hg help extensions» for information on enabling extensions

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

Это сферический писец в вакууме!

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

можно вернуть все как было, баклан ты эдакий.

Configure your .hgrc to enable the extension by adding following lines:
[extensions]
record=

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

надеюсь, не сиськами?

«Дефолтное поведение гита», лол. В меркуриале evolve помечает изменённые ченджсеты как obsoleted, чтобы у остальных коллег они тоже заменились на новую версию. При этом старые версии остаются в истории *навечно*, в каждой копии репозитория.

svn на питоне. лучше и не скажешь. одно не понятно, схерали это говнецо называют DVCS.

можно вернуть все как было, баклан ты эдакий
Сделать так, чтобы не ломалось? Зачем? Ведь можно просто сломать и починить, затем снова сломать, снова починить, снова сломать и починить, а затем…

Ты случайно среди разработчиков GTK+3 не числишься?

можно вернуть все как было, баклан ты эдакий.

Коллегам это скажи. Если они у тебя будут.

Сказал херню и радуется, как дитя.

багтрекер на gcode охрененно хороший и удобный, и аналогов его, увы, я не знаю.

И чем тот что на github хуже?

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

Вот когда появится новая революционная VCS - тогда гит на помойку

Ты случайно среди разработчиков GTK+3 не числишься?

ты зачем мне свои слова приписал? нет, я gtk3 ненавижу. и не использую.

И чем тот что на github хуже?

для меня лично, очень много чем. на gh тоже багтрекер очень хороший. но мне гуглокодовский намного удобнее.

Коллегам это скажи. Если они у тебя будут.

что именно им сказать? большинство моих коллег и так, в отличие от тебя, прекрасно осведомлены о том, как работают git и hg.

Сказал херню и радуется, как дитя.

придавило ниже спины, да? так и задумано, лолка :)

ага, я в целом согласен с этим, мне hg пришлось изучать, т.к. корпоративный стандарт. правда, есть команды в конторе, которые вообще svn юзают, а на предыдущей работе был пройден путь cvs->svn->perforce (все это в конце нулевых - начале десятых), так что мне и hg как подарок судьбы. всяко лучше чем cvs, да?

Купить гитхаб, и слить.

Вот это уже вопрос исключительно привычки. Мне намного удобнее Mercurial. Но тут я, как раз, обобщающих заявлений не делаю :)

Приятно видеть умного человека :) Long live hg ^_^

я gtk3 ненавижу. и не использую.

По сравнению с gtk2? В чем кардинальные отличия?

по сравнению с cocoa. но gtk2 тоже выгодно отличается от gtk3 стабильностью и скоростью.

, поэтому чистка истории должна быть простой (427 сообщений срача). Признаю их точку зрения, но не разделяю

Лень вникать в суть проблемы и читать этой большой тред. Но может быть вот что поможет. Надо в конфиге bare-репозитария запретить перетирать дерево так:

[receive]                                                                                                                                                                
        denynonfastforwards = true                                                                                                                                       
        denyDeletes = true     

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

А что, большинство разработчиков это не достаточно веская причина для миграции? Скорее глупо оставаться на том что использует меньшиство.

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

Нет, не достаточно. Веская причина для миграции это превосходство функционала или производительности.

Скорее глупо оставаться на том что использует меньшиство.

Если раньше использовали mercurial, значит как минимум все разработчики умеют им пользоваться.

Веская причина для миграции это превосходство функционала или производительности.

Если раньше использовали mercurial, значит как минимум все разработчики умеют им пользоваться

Поэтому я всегда говорю - в ***ду php/ruby/python. Используйте js. Тот-же функционал, та же (даже большая) производительность. Как минимум все разработчики умеют им пользоваться

У них разный функционал.

Абсолютно тот же самый http://www.npmjs.org

Нет, не достаточно.

Я понимаю что тут у каждого своё мнение (и у меня тоже), но, думаю, разработчикам все же виднее.

Поэтому я всегда говорю - в ***ду php/ruby/python. Используйте js.

В отличие от js гит не так ущербен. Потом, вендой тоже все умеют пользоваться.

Как минимум все разработчики умеют им пользоваться

Я не умею в js :(. Знание самого js фигня, им ещё надо уметь пользоваться и знать нужные либы.

В отличие от js гит не так ущербен.
Я не умею в js

каноничненько. ибо 1е говорят только те, кто 2е. не позорился бы хоть.

В отличие от js гит не так ущербен

Он ущербен в той же степени, в какой и perl/php/ruby/python

Потом, вендой тоже все умеют пользоваться

Но ее функциональность не сравнима с линуксом же) У нас же постулируется функциональность, производительность, всераспостраненность

Не умею в js потому что знаю какое он гуано, а не потому что не могу осилить. google://js+quirks+pitfalls

Он ущербен в той же степени, в какой и perl/php/ruby/python

$ node
> 1+'2'
'12'
$ python
>>> 1+'2'
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unsupported operand type(s) for +: 'int' and 'str'

Но ее функциональность не сравнима с линуксом же)

Какие задачи не может решать венда?

Ага. Читай каменты к данной теме, чтобы узнать какое гуано git, hg, svn, и заодно половина тут отписавшися)

1+'2'

Просто фантастического ума агумент.

Какие задачи не может решать венда?

Как я не пытался, не смог поставить семерочку на распбери и тп-линк. Еще она не умеет в POSIX

Просто фантастического ума агумент.

Школьники они такие. Им пока кол топориком не полирнешь, очень мало могут понять из аргументов.

Просто фантастического ума агумент.

Это один из многих-многих примеров того как легко в js отстрелить себе в ногу. Это весьма весомый аргумент. Именно по этой причине я знаю 100500 контор которые используют жаву и c++ (в котором, конечно же, свои фееричные грабли, но хоть быстрое).

Как я не пытался, не смог поставить семерочку на распбери и тп-линк. Еще она не умеет в POSIX

В вендоюзерам не надо в POSIX. Вообще. И каким боком это к задачам относится? Позикс это инструмент. У венды своя вселенная и свои инструменты. Хотя, для особых любителей есть всякие cygwin и mingw.

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

узнать какое гуано git, hg, svn

Да всё говно, никто не спорит. Но оно разное.

Это один из многих-многих примеров

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

Но я бы не стал её ставить на сервера только из соображений «виндовс знают все»

Потому-что по функционалу она не дотягивает до линукса

Не умею в js потому что знаю какое он гуано, а не потому что не могу осилить. google://js+quirks+pitfalls

да мне твои оправдания неинтересны. вот когда будешь уметь в js - можно будет поговорить. теоретики не нужны.