The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Язык программирования Go переходит с Mercurial на Git и GitHub, opennews (??), 14-Ноя-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


20. "Язык программирования Go переходит с Mercurial на Git и GitH..."  +/
Сообщение от Xaionaroemail (ok), 14-Ноя-14, 12:21 
> смысл использовать mercurial:
> * встроенный предохранитель от переписывания опубликованной истории

Что это такое? Запрет на аналогиню «git push --force» и всякие «git rebase»? Или о чём речь?

> * shared mutable history (в разработке, но пользоваться уже можно)

Это что-то для избегания ssh+vi?

> * сам факт того, что разработчики занимаются не только исправлением ошибок и
> мелкими доводками интерфейса

В git тоже. Особенно, когда заявили о проблеме производительности на крайне больших деревьях.

> * ну и да, искаробочный плагин версионирования блобов

Как это работает? Я изменил картинку — что сделает этот plugin?

Ответить | Правка | Наверх | Cообщить модератору

38. "Язык программирования Go переходит с Mercurial на Git и GitH..."  +3 +/
Сообщение от develop7 (ok), 14-Ноя-14, 15:26 
>> смысл использовать mercurial:
>> * встроенный предохранитель от переписывания опубликованной истории
> Что это такое? Запрет на аналогиню «git push --force» и всякие «git rebase»? Или о чём речь?

поясню на примере http://www.mail-archive.com/dri-devel@lists.sourceforge... — это когда airlied говорит `git rebase myfeature 123456`, а ему «can't rebase public changesets». а он такой «хмм, а откуда там public changesets?» и смотрит в git log. а в логе и правда чужие коммиты. и он такой «ох ты блин точно, git rebase myfeature 3456789». и всё в порядке, а треда выше по ссылке никогда бы не появилось.

>> * shared mutable history (в разработке, но пользоваться уже можно)
> Это что-то для избегания ssh+vi?

нет. http://mercurial.selenic.com/wiki/ChangesetEvolution

>> * сам факт того, что разработчики занимаются не только исправлением ошибок и мелкими доводками интерфейса
> В git тоже. Особенно, когда заявили о проблеме производительности на крайне больших  деревьях.

собссно junio hamano принимает практически любые патчи, кроме меняющих UX в любую сторону.

>> * ну и да, искаробочный плагин версионирования блобов
> Как это работает? Я изменил картинку — что сделает этот plugin?

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

Ответить | Правка | Наверх | Cообщить модератору

48. "Язык программирования Go переходит с Mercurial на Git и GitH..."  –4 +/
Сообщение от Xaionaroemail (ok), 14-Ноя-14, 16:55 
>>> смысл использовать mercurial:
>>> * встроенный предохранитель от переписывания опубликованной истории
>> Что это такое? Запрет на аналогиню «git push --force» и всякие «git rebase»? Или о чём речь?
> поясню на примере http://www.mail-archive.com/dri-devel@lists.sourceforge...
> — это когда airlied говорит `git rebase myfeature 123456`, а ему
> «can't rebase public changesets». а он такой «хмм, а откуда там
> public changesets?» и смотрит в git log. а в логе и
> правда чужие коммиты. и он такой «ох ты блин точно, git
> rebase myfeature 3456789». и всё в порядке, а треда выше по
> ссылке никогда бы не появилось.

Ок, верю, что ему-то это может и надо.

>>> * shared mutable history (в разработке, но пользоваться уже можно)
>> Это что-то для избегания ssh+vi?
> нет. http://mercurial.selenic.com/wiki/ChangesetEvolution

Аналогично.

>>> * ну и да, искаробочный плагин версионирования блобов
>> Как это работает? Я изменил картинку — что сделает этот plugin?
> вместо того, чтобы рассчитывать диффы, которые всё равно не имеют смысла.

А git рассчитывает diff-ы для бинарных файлов?

Ответить | Правка | Наверх | Cообщить модератору

68. "Язык программирования Go переходит с Mercurial на Git и GitH..."  +1 +/
Сообщение от Аноним (-), 15-Ноя-14, 05:49 
> А git рассчитывает diff-ы для бинарных файлов?

Дельту он попробует посчитать. Это не текстовый дифф, конечно. Может получиться а может и нет - зависит от устройства файлов. На практике же - я спокойно коммитил пачку графики в гит и никто не жаловался. Просто не надо это делать совсем уж безбашенно.

А попытки сделать vcs удобной для невменяемых обезьян - сделают ее неудобной для всех остальных. Чего ради я должен греть мозг вопросами где брать файл? У меня есть рабочее дерево проекта и я разложил файл в правильное место иерархии проекта. Вот там он и должен жить по логике вещей.

Ответить | Правка | Наверх | Cообщить модератору

62. "Язык программирования Go переходит с Mercurial на Git и GitH..."  +1 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 15-Ноя-14, 02:41 
> ... а при мерже просто спросит «этот файл поменялся в обоих ветках, который взять» вместо того, чтобы рассчитывать диффы

это же каким упоротым нужно быть чтобы гнать такой бред

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

67. "Язык программирования Go переходит с Mercurial на Git и GitH..."  +1 +/
Сообщение от Аноним (-), 15-Ноя-14, 05:42 
> rebase myfeature 3456789». и всё в порядке, а треда выше по
> ссылке никогда бы не появилось.

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

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

> собссно junio hamano принимает практически любые патчи, кроме меняющих UX в любую
> сторону.

"Автомобиль Форд может быть любого цвета, при условии что он черный" :).

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

Дифф может иметь смысл а может не иметь. В рамках проекта удобно универсально работать с проектом в рабочем дереве и не греть себе мозг вопросом "откуда брать файл". Из дерева проекта. Нафиг он мне еще в пяти местах? Поэтому лично я вполне себе коммитил измененную графику в гит, это всех устраивало и размер репы оставался вменяемым. Ну да, лист A4 @ 600DPI коммитить раз в пять минут конечно глупо. Но это про common sense, а не технологии...

Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру