LINUX.ORG.RU

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

 , , , ,


2

2

Языку Go уже 5 лет, и разработчики решили сменить систему контроля версий с Mercurial на Git.

Поскольку Go это открытый проект, его исходники первоначально размещались на Google Code, но с ростом количества участников проекта (подавляющее большинство которых использует Git в качестве системы управления версиями) Google решил прислушаться к их пожеланиям и сменить VCS.

Основной репозиторий проекта Go и все его субрепозитории, а также страничка Wiki и багтрекер вскоре будут размещены на GitHub.

Системой рецензирования кода будет Gerrit.

Процесс миграции должен начаться вскоре после выхода Go 1.4 в начале декабря. А Go 1.5 будет первой версией, размещенной на GitHub.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: maxcom (всего исправлений: 5)

Ответ на: комментарий от KRoN73

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

waker ★★★★★
()
Ответ на: комментарий от waker

man reflog

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

anonymous
()
Ответ на: комментарий от KRoN73

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

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

Deleted
()
Ответ на: комментарий от waker

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

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

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

anonymous
()
Ответ на: комментарий от EXL

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

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

void_ptr ★★★★
()
Ответ на: комментарий от EXL

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

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

DarkEld3r ★★★★★
()

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

alex-w ★★★★★
()
Ответ на: комментарий от EXL

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

hg record

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

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

anonymous
()
Ответ на: комментарий от overmind88

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

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

alex-w ★★★★★
()
Ответ на: комментарий от anonymous

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

EXL ★★★★★
()
Последнее исправление: EXL (всего исправлений: 1)
Ответ на: комментарий от anonymous

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

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

waker ★★★★★
()
Ответ на: комментарий от anonymous

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

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

waker ★★★★★
()
Ответ на: комментарий от anonymous

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

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

waker ★★★★★
()
Ответ на: комментарий от waker

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

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

quantum-troll ★★★★★
()
Ответ на: комментарий от waker

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

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

anonymous
()
Ответ на: комментарий от alex-w

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

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

makoven ★★★★★
()
Ответ на: комментарий от quantum-troll

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

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

waker ★★★★★
()
Ответ на: комментарий от anonymous

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

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

waker ★★★★★
()
Ответ на: комментарий от anonymous

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

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

waker ★★★★★
()
Ответ на: комментарий от anonymous

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

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

waker ★★★★★
()
Ответ на: комментарий от makoven

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

waker ★★★★★
()
Ответ на: комментарий от KRoN73

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

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

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от Deleted

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

waker ★★★★★
()
Ответ на: комментарий от KRoN73

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

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

[receive]                                                                                                                                                                
        denynonfastforwards = true                                                                                                                                       
        denyDeletes = true     
denyDeletes - Это еще и запрет удаления remote веток(чтобы не удалили и не залили под таким же именем). Тогда дерево никто не перетрет.

ubunter
()
Ответ на: комментарий от vurdalak

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

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

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

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

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

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

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

vurdalak ★★★★★
()
Ответ на: комментарий от vurdalak

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

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

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

makoven ★★★★★
()
Последнее исправление: makoven (всего исправлений: 1)
Ответ на: комментарий от vurdalak

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

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

true_admin ★★★★★
()
Ответ на: комментарий от makoven

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

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

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

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

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

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

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

waker ★★★★★
()
Ответ на: комментарий от true_admin

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

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

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

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

makoven ★★★★★
()
Последнее исправление: makoven (всего исправлений: 1)
Ответ на: комментарий от makoven

Он ущербен в той же степени, в какой и 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'

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

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

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

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

makoven ★★★★★
()
Ответ на: комментарий от true_admin

1+'2'

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

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

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

makoven ★★★★★
()
Последнее исправление: makoven (всего исправлений: 1)
Ответ на: комментарий от makoven

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

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

bj
()
Ответ на: комментарий от makoven

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

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

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

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

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

true_admin ★★★★★
()
Ответ на: комментарий от makoven

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

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

true_admin ★★★★★
()
Ответ на: комментарий от true_admin

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

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

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

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

makoven ★★★★★
()
Ответ на: комментарий от true_admin

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

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

waker ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.