nginx переезжает на GitHub

Они ж не фанатики какие-то

У тебя не разу не было такого, ...

К теме разговора отношения не имеет, отвечать не буду.

поднял Джиру

К теме разговора отношения не имеет, обсуждать не буду.

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

Так же и в Git, прочел коммит, комментарий к нему почему так сделано и в чем его цель, перешел на архив, и почитал все обсуждения. Все дерево так же видно. Какие конкретные преимущества, реакции?

Выковыривать патчи из почты

Нужно зайти в почту, и одним действием забрать коммиты. В GitHub нужно зайти в обсуждение, и одним действием забрать коммиты. В чем разница?

Зачем выковыривать патчи из почты? Их добавляют и они начинают отображаться в истории твоего vcs.

https://wiki.mercurial-scm.org/ProjectsUsingMercurial

Стало интересно. Начал смотреть. Провёл 2 дня за этим увлекательным занятием.

На SourceForge и Savannah до сих пор есть рабочие Mercurial, как оказалось. Ряд KISS проектов живут на malikania.fr, но автор пишет, что хочет отдохнуть.

Рабочие, то есть можно выкачать исходники при помощи hg:
Argh! — не обновлялся с 2015.
binary to C/C++ arrays converter — жив.
blastem — жив. DIVE4elements — живо.
Enano CMS — без движения с 2012.
Eric Python IDE — живое.
GraphicsMagick — живо.
gquilt — без движения с 2015; связанные с ним проекты на Savannah перешли на git.
gwsmhg — без движения с 2015.
Hedgewars — жив, свой сервер hg, зеркало на GitHub.
IcedTea — неактивен с 2021, на главной странице заглушка; OpenJDK доступен через hg, но только до версии 10 (актуальные — 8, 11, 17, 21).
imgup — жив.
irccd — жив.
LEMON — неактивен с 2021, свой сервер hg.
mcabber — жив, свой сервер hg.
moin-was — малоактивен с 2013, но жив и hg апдейтился в 2024.
MonetDB — жива, свой сервер hg.
Mozilla — всё живо.
nsnake — жива.
octave — живо.
paster — жив.
Pidgin — жив.
Prosody IM — жив.
RainDoll — без движения лет 10.
Relational pipes — больше года без движения.
RhodeCode — живой, предоставляет доступ hg, git и svn.
Roundup Issue Tracker — живой, но выглядит как зеркало GitHub.
sudo — вполне живо, сервер hg свой, есть зеркало на GitHub.
sql-dk — последний релиз в 2014, 2 коммита за последние 4 года, на сервере hg в июне истёк сертификат.
teseq — без движения с 2015.
VideLibri — последний релиз в 2018, но есть комиты от 2024-08.
xine — в hg нашёл прошлогодние коммиты.

Рабочий актуальный сервер hg отсутствует, либо (2? исключения) заявлено, что основной — git:
Abacus Formula Compiler — последний релиз в 2010, но переехал на GitHub с закрытием Google Code.
Adminton アドミントン — 404 вместо сайта, само название не встречается вне этого списка.
ccontrol — не развивается с 2010, свой сервер hg не работает.
CubicWeb — c 2020 переехали на свой GitLab.
dillo — сайт заброшен, сервер hg недоступен, всё новое — на GitHub-е.
Dropbear — на GitHub-е.
GeeXboX uShare и другие проекты GeeXboX — основной сайт угнан, подпроекты по ссылкам не обновлялись больше 15 лет, всё развитие идёт на GitHub-е.
gipfel — перешёл на git.
Globulation 2 — давно на git.
Hatta Wiki — проект закрылся в 2021, домен недавно заняли киберсквоттеры.
hgview — развитие прекратилось в 2020, сайт, сервер hg и свзязанные проекты исчезли.
iUI — с самого начала был на GitHub, но с зеркалом hg на Google Code.
jcite — неактивен с 2012, сервер hg закрылся с Google Code.
Lguest — никаких следов hg, но есть ссылка на git форка.
Linux HA — понемногу переполз на GitHub как ClusterLabs, старый сайт с hg исчез меньше года назад.
LinuxTV — давно на git, hg недоступен, последний коммит в hg был в 2015.
LShift — компания исчезла, сайт занят киберскваттерами, ключевой продукт — RabbitMQ — на GitHub.
Lugaru — hg.icculus.org редиректит на GitHub :)
LuxRender — на старом сайте киберсквоттеры, новый хостит на GitHub, переименовались в LuxCoreRender, чтобы отречься от залежей старого кода.
MBDSYS — сайт исчез в конце 2010-х, последний комит в Verona — в 2009.
medit/mooedit — неактивен с 2017, сервер hg был на BitBucket.
Mercurial.Net — неактивен с 2011, сдох с Codeplex.
microformats — малоактивно с 2009, последнее обновление в 2022, сервера hg недоступны.
Mlmmj — переехал со своего hg на codeberg.org и git в 2017.
Molecular Modeling Toolkit — переехал с BitBucket на GitHub.
MoinMoin — как и Mercurial не успел мигрировать на Python3; в документации новой версии hg не упоминается, а git есть; исходники на GitHub-е.
MoNav — неактивен с 2011; Google Code и GitHub.
Multi-Parametric Toolbox — 404 вместо сервера hg, никаких систем управления версиями не нашёл.
NetBeans — сервер hg не обновлялся с 2019; всё на GitHub.
nginx — на днях официально переехал на GitHub, хотя коммиты в hg продолжаются; свой сервер.
nginx/mod_wsgi — неактивен с 2008, сайт исчез.
nsnam ns-3 — в 2018 переехал на GitLab.
NTFS-3G — на GitHub-е с 2006.
ObjexxSISAME — на GitHub-е, либо закрытое; в рекламных материалах только git.
OGRE — на GitHub-е с 2016, хотя когда-то был на BitBucket-е.
The Ottawa Python Author’s Group website — сайт редиректит на meetup.com, исходники старого сайта — на GitHub-е с 2010.
Openbravo ERP — всё переехало на GitLab в 2020.
OpenSolaris — непонятно, что делается внутри Oracle, когда никто не видит, но открытые части — только на GitHub-е.
OpenTom — по ссылкам ничего, но есть форки на GitHub-е (неактивные с 2020).
#openttdcoop — переехал на GitHub вместе с OpenTTD в 2019.
OpenTyrian — переехал с BitBucket на GitHub в 2007.
pacha — сдох с Google Code.
PasswdSafe — перешёл на git, хотя остался на SourceForge.
Paste Monkey — ссылки нет, в Гугле не нашёл.
Perdition — переехал на GitHub в 2022.
Pida — сдохло с berlios.de, есть зеркало на GitHub.
PyMeta 2 — переехало с BitBucket на GitHub в 2018.
pypy — на GitHub c 2010.
Škoda Electric — сервер не работает, из Wayback Machine ничего не ясно.
sip — на GitHub-е с 2006, на своём сервере hg осталась только документация (выглядит живой).
Форк tcc — закрылся в 2012.
Tryton — жив, но сервер hg недоступен.
wmii — переехал на GitHub с hg закрытием Google Code.
x265 — перешёл на git вместе с BitBucket-ом, на официальном сайте до сих пор тарбол позапрошлой версии и рекомендация пользоваться hg.

Итого 27 против 53. Я ожидал меньше. Из 27 — 9 широко известных программ со многими миллионами пользователей; 6 простых утилит с malikania.fr; большинство остальных попали в список благодаря поддержке hg на SourceForge и Savannah. Из 53 большинство перешли на git (либо исчезли) из-за закрытия Google Code и изменений в BitBucket.

Все кто выбирает не гитхаб фанатики? Иронично :D

Это как раз и решается в первом коммит еи обсуждении PR.

Зачем это делать в первом, когда нужно делать для каждого?

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

Повторюсь ещё раз – bisect. Он тебе выставит HEAD на какой-то промежуточный коммит от PR состоящего из десятка коммитов который не собирается, и чини это вручную. CI такое не словит, он не будет каждый коммит собирать… хотя как настроить, наверное. :)

Не понял, о чем речь.

PR фиксит баг и заносит новый. Ты сообщает об этом автору PR, он в ту же ветку пушит ещё один коммит, когда мог сделать просто amend.

Прямо в коммите делаешь ссылку на issue, типа org/repo#n, и всё становится ясно.

Это не совсем то же самое. Мне кажется искать по коммиту гораздо проще, Git сам скажет в какие релизы попал забагованное изменение, и небольшим скриптом можно разом черрипикнуть исправление сразу в несколько веток LTS версий. Для issue придется что-то городить, чтобы его закрытие/открытие соответствовало релизу.

Фанатики - те, кто удивляется, почему выбрали его из всех возможных вариантов. Есть проекты, принципиально его не использующие именно из-за того,что фанатики, а не из-за фич: «это не гитхаб, поэтому выберем вот это».

Ещё tortoisehg использует mercurial - ещё бы не использовал, было б совсем транно. Правда с июля в репе подозрительно тихо.

Ядра ос, виртуалбокс
Вот теперь ниша меркуриал.

Справедливо и обратное Как удобнее держать код в нескольких репах? (комментарий), фанатиков гитхаба тоже предостаточно =)

У меня аккаунт на github появился, чтобы запросить фичу. Чужими репами я там пользуюсь из-за их размещения там. У меня и на gitlab есть аккаунт и на bitbucket, на всякий случай, как и на sourceforge, gitflic.

Если лезешь в репу только по ssh и не используешь прочие фичи, то вообще не особо важно, где репа. Что не отменяет того факта, что у гитлаб тормозной интерфейс по сравнению с гитхабом и я в нём не могу найти поиск по содержимому в файлах: поиск файлов по названию есть, а по содержимому не нашёл, может не заметил пока.

Зато на основе gitlab появился heptapod для реп на mercurial.

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

Зачем это делать в первом, когда нужно делать для каждого?

Можешь и для каждого, тебе никто не мешает. А можешь при мерже сделать сквош, и тогда у тебя коммит был один.

Повторюсь ещё раз – bisect.

И чо? Ты бисектом пользоваться не умеешь? git bisect skip.

PR фиксит баг и заносит новый. Ты сообщает об этом автору PR, он в ту же ветку пушит ещё один коммит, когда мог сделать просто amend.

Он и так может сделать amend. А если PR еще не принят, то вообще нет никакой разницы, потому что просто сделайте сквош при мерже, и будет единое изменение.

Это не совсем то же самое. Мне кажется искать по коммиту гораздо проще.

PR тебе никак не мешает пользоваться этой фичей.

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

Слышал что коммиты должны быть атомарными?

git bisect skip.

Он работает, но не тогда когда каждый промежуточный коммит нерабочий.

никак не мешает

PR как таковой в целом вообще ничему не мешает. Это и был мой посыл.

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

Почта тоже не мотивирует вообще ни к чему, но по крайней мере наделать херни со сквошами, фиксами фиксов там сложнее.

Слышал что коммиты должны быть атомарными?

Слышал, что сквош для этого и существует?

Если не использовать PR, ты коммитишь в ветку свою фичу, отлаживаешь, докоммичиваешь микрофиксы, сквошишь и отправляешь патч.

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

Если же PR представляет собой набор патчей, то они должны быть предварительно отлажены в отдельных PR в отдельную же ветку.

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

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

То что ты объясняешь это то как инструмент использовать нужно.

Но к сожалению очень простая для нажатия кнопка squash and merge в интерфейсе гитхаба не то чтобы объясняет это и известны мне репозитории где используют только сквош, история выглядит чисто, но отдельно взятый коммит становится слишком сложным для понимания. Ссылки вставлять не буду, так как не помню ни автора, ни суть самих программ.

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

стоило бы быть ответственнее

Это не проблема сайта, и не надо перекладывать с больной головы на здоровую. Давай запретим молоток, потому что им можно проломить кому-нибудь голову, и его создателю стоило бы быть ответственнее и сделать молоток надувным. Или ножи все сделаем тупыми, а то ими можно сделать перышко под ребрышко. Тоже безответсвенно шопипец.

Не говоря уже о том, что плату за хостинг они все равно у тебя берут в виде датасета для своего нейроговна. Но это тоже оффтоп.

Даже если ты не будешь хостить у них код, он все равно будет использоваться для датасета, так что какая разница. Можно подумать, они там не плевали на какие-то нормы и лицензии.

Молоток в данном случае все же Git. :)

А GitHub… Не знаю. :)

Набор инструментов.

Да, наверное набор. Из фикспрайса.

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

А я бы тебе посоветовал меньше умничать. Если у тебя есть сложности в понимании того как я работаю с FOSS проектами, мой профиль, как раз таки на гитхабе, ищется по имени, а имя есть в профиле. Вместе с ним и альтернативные площадки в виде self-hosted Gitea, self-hosted GitLab, и SourceHut.

Ну чтобы не делать идиотских выводов.

Слышал что коммиты должны быть атомарными?
@
А я бы тебе посоветовал меньше умничать.

А, то есть, умничать начал ты, а теперь обвиняешь в этом меня? Молодчина, далеко пойдешь :)

Если у тебя есть сложности в понимании того как я работаю с FOSS проектами, мой профиль, как раз таки на гитхабе, ищется по имени, а имя есть в профиле.

Какие у меня могут быть сложности в том, чего я никогда не видел? Зачем мне твой профиль и изучение твоих проектов? Ты и так тут подробно описал свои предпочтения. Особенно пассаж про фикспрайс.

Иные инструменты требуют иных методов работы. Удивительно, что ты этого не понимаешь.

обвиняешь в этом меня

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

Ага, конечно, никто же про CI никогда не слышал.

Какие у меня могут быть сложности в том, чего я никогда не видел?

Просвещайтесь сами, чтобы потом не делать неправильных выводов о фанбойстве.

А про фикспрайс я не забираю своих слов. У меня дома лежат инструменты оттуда, свою работу выполняют. Но больших надежд на них нет.

Я тут на днях пытался обходить баги в их Actions. Зарепортил им, сказали что репорты принимают только с платных аккаунтов. Я понимаю конечно почему так сделано и сделал бы так же, банально отсеять. Но сам факт что баг до сих пор есть конечно не очень приятен.

Ядра ос

Какие?

Ага, конечно, никто же про CI никогда не слышал.

Я не знаю, зачем ты делал вид, что никогда не слышал о CI.

Просвещайтесь сами, чтобы потом не делать неправильных выводов о фанбойстве.

Напоминаю, что это именно ты не знал, как пользоваться скипом в бисекте, зачем нужен сквош и как правильно формировать PR, чтобы было хорошо удобно. В чем меня конкретно могут просветить твои репозитории? Я последовательно разобрал и опроверг все твои аргументы, а теперь ты съезжаешь на словоблудие про фикспрайс.

Кстати про бисект:

Он работает, но не тогда когда каждый промежуточный коммит нерабочий.

Прекрасно, пользуйся на здоровье. PR со сквошем как раз поможет избежать ситуации с неработающими промежуточными коммитами. Здорово же, правда?

А про фикспрайс я не забираю своих слов.

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

Я понимаю конечно почему так сделано и сделал бы так же, банально отсеять.

Ну и всё, вопрос закрыт.

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

Я в общем-то рассказал только про культуру разработки которая мне понравилась (и которая никак не противоречит гитхабовским PR, разве что не показывается самим гитхабом). А вот ты себе на фантазировал оппонента, который ничего не умеет и ничего не знает.

Имейлы если что я отправлял раз пять, три из которых улетели в небытие потому что имейлы нифига не удобны. Ни для контрибутера, ни для мейнтейнера.

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

Это не проблема инструмента.

И про CI, я его настраивал когда он ещё только появился в гитхабе.

Ну давай теперь CI померяемся, не знаю. А я настраивал, когда его еще в гитхабе не было, в виде Travis-CI, в том числе для своих личных проектов. И дженкинсом еще попользовался. Дальше-то что?

И про бисект, где скип не работает если кое-кто постоянно пушит нерабочие промежуточные коммиты.

Тебе подсказать, где купить линейку «МОЖГА», чтобы бить людям по рукам?

А вот ты себе на фантазировал оппонента, который ничего не умеет и ничего не знает.

Не ври. Фарш назад в свинью не провернешь. На протяжении многих комментариев ты занимался тем, что пытался показать, что PR более проблемны, чем емейлы, тогда как я показываел, что если правильно с ними работать, то они, наоборот, удобнее и лучше. А когда у тебя закончились аргументы - случился фикспрайс. Это просто несерьезно.

Имейлы если что я отправлял раз пять, три из которых улетели в небытие потому что имейлы нифига не удобны. Ни для контрибутера, ни для мейнтейнера.

А теперь ты вообще переобулся.

правильно с ними работать

сквош

Ну /0 же.

Я говорю что все что ты наврал можно проверить в реальности загуглив мой ник или имя. И никаких переобуваний не будет.

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

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

Спокойной ночи.

Я говорю что все что ты наврал можно проверить в реальности загуглив мой ник или имя.

Нельзя. Даже если у тебя в гитхабе порядок, ты уже тут нафлудил противоположных вещей.

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

И вот мы приходим к тому, что в любом случае инструментом нужно учиться пользоваться. Только в случае почты ты это воспринимаешь, как неизбежное зло, а в случае *hub записываешь в недостатки.

Спокойной ночи ;)

Ну как какие, линукс с форками гну-хурд, L4, bsd, qnx, haiku

Вангую доля hg будет стабильно падать на 8% в год.

ты уже тут нафлудил противоположных вещей.

Я нафлудил о своем опыте, какие ошибки видел у других, какие ошибки совершал сам, и опять же что мне понравилось у других. Интересно то как это можно применить для себя, не переходя на такие же архаичные инструменты.

в случае *hub записываешь в недостатки.

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

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

Еще раз: в случае почты ты это воспринимаешь, как неизбежное зло, а в случае *hub записываешь в недостатки.

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

Я пришёл в этот тред с критикой почты, если чо.

холивар тут развели зачем-то, видимо не от большого ума

и никто не упоминул что вообще-то плагин hggit делает меркуриал 100% совместимым с гит репозиториями

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

кому надо те пользуются и пилят, а взаимодействуют с другими разрабами через GitHub - что поделать, большинство разработчиков только git знают (и то пару команд). DVCS - это же просто инструмент

В третий раз: в случае почты ты это воспринимаешь, как неизбежное зло, а в случае *hub записываешь в недостатки. Два слова про недостатки почты, и вагон про PR.

Зачем мне повторять то, что говорят другие?

Подожди, я правильно понимаю, что если я чем-то пользуюсь, то должен заткнуться и не критиковать?

Это что-то навроде не ругать страну в которой живёшь?

Нет. Я бы предложил подумать над моей фразой, но если до тебя с третьего раза ещё не дошло, придется объяснить.

Нужно быть объективным при рассмотрении достоинств и недостатков инструментов, вот и всё. А у тебя фикспрайс и вина гитхаба во всех грехах.

Доступно?

Я достаточно объективен.

Я ещё не начинал про качество исполнения иных фич гитхаба. :)

Сорян, «фикспрайс» не выглядит объективно.

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

забагованный CI

В чем?

артефакты которые только в zip архивах

Пофиг.

такие же забагованные релизы

В чем?

странная попытка в форумы

Не используй, не вижу проблемы.

недо-канбан

Пофиг на него.

Гитхаб в первую очередь про код и workflow работы с ним.

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

С просто кодом и workflow так-то даже Gitea/Forgejo справляется. Даже гитлаб, если дождаться пока его фронтенд загрузится.

Что-то улучшают кстати. Поиск у них был сломаный, сейчас чуть починили, сделали новый интерфейс. Вроде даже работает.