The OpenNET Project / Index page

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



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

Оглавление

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


39. "Bitbucket прекращает поддержку Mercurial"  +4 +/
Сообщение от Аноним (152), 21-Авг-19, 08:23 
Не то, чтобы я много пользовался bb, но там хостится немало проектов.
Ситуация с git на самом деле плачевная. Хотя сам проект очень важный и нужный. Обычная проблема человечества, когда большинство начинают считать, что "всё уже придумано и всё уже решено".
Раньше было какое-то обсуждение и обдумывание того как лучше вести проект, как он отражает реальный порядок, как проще его потом суппортить и т.д. Сейчас же все так или иначе должно ложиться на gh/gl/bb-flow. Раньше было сравнение централизации и децентрализации, разного рода интеграции в VCS issue трекеров. Сейчас фактически вернулись к централизации. А локальная история стала чем-то вроде кэша.
Да код можно склонировать с историей, но без описания мерджей или ссылок на issue она почти ничего не дает.
Во времена SVN мало кто пользовался для annotate/blame для разбора откуда это попало (по сети долго запрашивалось). Сейчас в git получается быстро, но надо еще разобраться в какой ветке и в рамках чего это делалось, сам git это никак не покажет, даже имени ветки не будет. Благо есть централизованная система где всё раскладывается в описания мерджей.

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

Как принято в git pull это и получение и обновление (fetch делают редко), так и многие комитят и сразу пушат. Если что-то не так, то делают новую ветку и вручную переносят изменения из старой в новую.
Возможно 90% пользователей git даже и не представляют как сделать мерж локально.

Пока есть проекты вроде hg развивается и git, если они отойдут, то скоро думаю всех мягко пересадят на какие-то обрезанные версии возможно интегрированные в IDE, которые работают только с конкретным хостингом (типа легче и удобнее) там уж не важно будет какая по факту VCS используется. Могут разрешить клонирование только при регистрации (а так только тарболы). И прочее, прочее...

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

52. "Bitbucket прекращает поддержку Mercurial"  +4 +/
Сообщение от Алексей Морозов (ok), 21-Авг-19, 09:12 
> Сейчас в git получается быстро, но надо еще разобраться в какой ветке и в рамках чего это делалось

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

У нас (конторский Gerrit/Redmine/Jenkins/Proxmox/чего там ещё девопсы накрутили) коммит невозможно запушить на ревью без тега Redmine: <# задачи> или Redmine-Fix: <# задачи>. Ну и Change-Id: , естественно.

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

Так что, все делается, вопрос в стандартизации и обучении персонала этим практикам.

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

70. "Bitbucket прекращает поддержку Mercurial"  –2 +/
Сообщение от пох. (?), 21-Авг-19, 11:02 
> Так что, все делается, вопрос в стандартизации и обучении персонала этим практикам.

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

А потом удивляемся результатам... или, вернее, уже не удивляемся совсем.

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

82. "Bitbucket прекращает поддержку Mercurial"  +/
Сообщение от Аноним (82), 21-Авг-19, 11:35 
> Ручное распихивание в каждый ерундовый комит номера задач

Через хуки, сэр, через хуки

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

83. "Bitbucket прекращает поддержку Mercurial"  +/
Сообщение от Аноним (83), 21-Авг-19, 11:55 
> Ручное распихивание в каждый ерундовый комит номера задачи

Почему ручное?
git config commit.template
git config alias.xxxxx список нужных опций и команд

Если не распихивать эту "ненужную" информацию, довольно трудно потом понять зачем коммит нужен был.

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

89. "Bitbucket прекращает поддержку Mercurial"  –1 +/
Сообщение от пох. (?), 21-Авг-19, 12:11 
если вместо вменяемых описаний ченджсета вдолбленная привычка пихать бессмысленный номерок - оно так и будет.

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

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

91. "Bitbucket прекращает поддержку Mercurial"  +1 +/
Сообщение от Аноним (91), 21-Авг-19, 13:34 
госспаде пох, всем все понятно, там не только номерок. На нормальных ревью левые дескрипшны не пройдут, и через пару подзатыльников все работают адекватно согласно принятым в команде правилам. А вот если чел такой упертый, как ты, то тут уж ничего не исправишь, прощай
Ответить | Правка | Наверх | Cообщить модератору

101. "Bitbucket прекращает поддержку Mercurial"  +1 +/
Сообщение от Аноним (152), 21-Авг-19, 14:51 
Это то понятно, что можно и даже нужно.
Но ведь это уже вынужденная практика. Так можно было бы и время комита, и автора тоже хранить в форматированном message. Да и обычно, если пришлось делать такую проверку на автомате, то наверняка теперь куча комитов где в описании только эти циферки, либо не сильно лучшие "Some work on #12345".
В любом случае разбор истории без этих "Gerrit/Redmine/Jenkins/Proxmox/чего там ещё девопсы накрутили" становится не возможен. Как следствие всё будет опять на централизованном сервере и возможно даже только в вебе. И чем это существенно отличается от SVN?
ИМХО, тренд на децентрализацию завернули накидав сообществу косточек.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

123. "Bitbucket прекращает поддержку Mercurial"  +/
Сообщение от пох. (?), 21-Авг-19, 18:10 
я и говорю - типовая обезьянья работа, вручную делать связки репо с трекинговой системой - в каждом комите. Я прямо мечтал о такой, ага.

> И чем это существенно отличается от SVN?

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

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

131. "Bitbucket прекращает поддержку Mercurial"  +/
Сообщение от Crazy Alex (ok), 21-Авг-19, 19:19 
Осмысленность коммит мессаджей (а так же PR, багов и прочего) обеспечивается в любом случае только ручной проверкой. Автомат помогает исключительно на предмет борьбы со склерозом и  невнимательностью. При этом в сколь угодно отдельном поле точно так же можно написать любую чушь, а настроить добавление issue description в commit message при мерже бранчи - абсолютно не проблема, если хочется. Но обычно - нафиг не надо. Ну просто потому что ценность issue основная - пока они в работе, а дальше - почти всё равно, что там, если речь не о коммерческих проектах, где надо отчитываться и обосновывать.
Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

140. "Bitbucket прекращает поддержку Mercurial"  +/
Сообщение от пох. (?), 21-Авг-19, 22:10 
ага, "ваша история никому не нужна".

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

186. "Bitbucket прекращает поддержку Mercurial"  +1 +/
Сообщение от Аноним (187), 22-Авг-19, 17:00 
>> ценность issue основная - пока они в работе

Если код не приходится поддерживать годами.

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

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

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




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

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