LINUX.ORG.RU
ФорумTalks

LLVM почти закончил переход на Git

 , , , ,


0

1

Хорошая новость такова, что LLVM уже закончил техническую часть миграции на Git. Если не будет «last minute objections», то формально тоже скоро закончат. Еще один гвоздь…

Плохая новость такова, что они мигрируют на GitHub.

Проект будет находиться тут: https://github.com/llvm/

Официальная статья на LLVM.org
Новость на Phoronix

★★★★★

Последнее исправление: KennyMinigun (всего исправлений: 4)

Надоест на гитхабе — свалят на гитлаб.

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

ручки от негодования промахивались мимо кнопок :)

Скорее от незнания языка. Но некое негодование все же было

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

Чем тебя гитхаб обидел? Профит гиганский. Дальше свалить тоже проще (хотя я никого такого пока не встречал).

Vit ★★★★★
()
Последнее исправление: Vit (всего исправлений: 1)

главное, что свалили с SVN. если GitHub не будет устраивать, то свалят потом куда-нибудь ещё - это будте намного проще сделать. Но пока что не вижу причин негодования от GitHub. Если гайки будут закручивать - переедут :)

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

Чем тебя гитхаб обидел?

Настораживает, что «все яйца в одной корзине»

Профит гиганский.

Просто из любознательности: о каком (и кому) профите речь?

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

Настораживает, что «все яйца в одной корзине»

А какие предложения, чтобы были в «разных»?

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

Но ведь среди-разработчиков не так много тех, кто использует Windows. Большинство использует Mac и Linux. Office тоже не пользуется популярностью у разработчиков. IE давно уже не лидер среди браузеров (да и не так плох уже). То есть, типичный разработчик с Микрософтом почти не пересекается. И поэтому не вижу здесь «всех яиц в одной корзине».

Deleted
()
Последнее исправление: myLogin (всего исправлений: 1)

Странно, надо почитать обсуждение, а то я что-то последние пару месяцев отошёл от дел, а чем их свой git.llvm.org не устроил?

DELIRIUM ☆☆☆☆☆
()

Плохая новость такова, что они мигрируют на GitHub.

Как это плохая? Лучше и быть не могло!

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

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

Я понимаю, если бы были претензии технического характера - например, убогость трекера. А если только идеология - IMHO лет на 10 хватит, а там видно будет.

И еще - ведь никто не мешает, сидючи на гитхабе донатить гитлаб, для стимулирования конкуренции.

Просто из любознательности: о каком (и кому) профите речь?

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

Для примера - когда fortforge переехал на гитхаб, активность резко увеличилась. Это из того что лично наблюдал.

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

Есть много мимокрокодилов, которые не являются прям разработчиками компилятора, но охотно правящие всякие мелочи, или помогающие с вопросами юзабилити. Правда это не конкретно про VCS, а больше про гитхаб.

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

А в чем проблема?

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

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

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

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

Переводить issues на гитхаб - это нонсенс, при живой багзилле

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

Нет, не будут. Как обычно, взяли worst of both worlds.

intelfx ★★★★★
()

We are not proposing using GitHub’s issue tracker, pull-requests, or code-review
we propose to mandate making merge commits illegal in our canonical Git repository

Лол, но зачем тогда это всё

Softwayer ★★
()

Вот когда git перейдет на LLVM вот это будет новость

vertexua ★★★★★
()

Не понимаю радости фанатов гита, т.к. переезд не связан с его особенностями:

This proposal relates only to moving the hosting of our source-code repository from SVN hosted on our own servers to Git hosted on GitHub.

Т.е. они там чётко пишут что переезд связан с перекладыванием затрат по содержанию серверов. Переезд конкретно на гит - чисто дань моде:

Many new coders nowadays start with Git, and a lot of people have never used SVN, CVS, or anything else.

А процесс работы с VCS останется прежним:

However, we propose to mandate making merge commits illegal in our canonical Git repository.

Более того, гит даже не удовлетворяет их потребностям и хз как это разруливать:

Unfortunately, GitHub does not support server side hooks to enforce such a policy. We must rely on the community to avoid pushing merge commits.

Итого проблема не в svn (он отличный) и чисто в оптимизации расходов.

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

Более того, гит даже не удовлетворяет их потребностям и хз как это разруливать:

Unfortunately, GitHub does not support server side hooks to enforce such a policy

Что-то они глупости говорят.

проблема не в svn (он отличный)

Любая система без локального коммита - устаревшее говно.

tailgunner ★★★★★
()

Судя по всему они выбрали GitHub поэтому:

GitHub has one important advantage over GitLab and BitBucket: it offers read-write SVN access to the repository (https://github.com/blog/626-announcing-svn-support). This would enable people to continue working post-migration as though our code were still canonically in an SVN repository.

In addition, there are already multiple LLVM mirrors on GitHub, indicating that part of our community has already settled there.

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

Unfortunately, GitHub does not support server side hooks to enforce such a policy.

Хм, странно, не знал, но GitLab и BitBucket (sic!) точно умеют.

However, we propose to mandate making merge commits illegal in our canonical Git repository.

А процесс работы с VCS останется прежним:

У merge-коммитов есть свои плюсы и минусы. Но плюсы только частично покрываются с плюсами Git.

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

Хм, странно, не знал, но GitLab и BitBucket (sic!) точно умеют.

В смысле, при custom installation умеют в хуки. А на centralized можно запретить merge коммиты.

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

Любая система без локального коммита - устаревшее говно.

Кроме гита хоть что-нибудь вообще выжило к 2019? Что-то я даже про богоподобный меркуриал давно не слышал.

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

Кроме гита хоть что-нибудь вообще выжило к 2019?

А DVCS никогда и не было много - думаю, пальцев на одной руке хватит, чтобы их пересчитать. Вот сейчас Pijul пытаются сделать.

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

Тем не менее, Mercurial вполне жив и даже активно пилится. Но по популярности его с Git не сравнить, конечно.

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

За всеми DVCS стоит одна идея - локальный (без доступа к серверу) коммит. Различие между ними только в том, как именно реализуется хранение расходящихся веток (и, в DARCS/Pijul, их слияние). И то, во всех двух реально работющих DVCS используется граф на криптохешах (и обычный 3-way merge).

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

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

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

А пихуль - ну он на расте, это прикольно само по себе :).

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

Итого проблема не в svn (он отличный) и чисто в оптимизации расходов.

Лучше SVN только Mercurial. Но на пыхтон серверные мощности не отдают - жалко.

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

Мне просто интересна востребованность идей, стоящих за разными DVCS.

Что проповедуют, то люди и знают. Чему работники обучены, то они и используют. Если каждый день в голову кричать: «Git, Git, Git!!», то никто не будет помышлять о чём-то ином.

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

Маркетинг на гиках не работает. Это все прокатит только при условии что продукт достаточен для решения задач и нет на порядок более удобного.

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

Юзеру пофик, какая внутри неонка.

Юзеру пофиг на внутренности только до некоторой степени - пока система нормально работает. Пока что нормально работь могут только распределенные графы на криптохешах (за возможным исключением BitKeeper - про него знаю мало).

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

Правило 80/20 и гораздо лучший промоушен.

Маркетинг на гиках не работает. Это все прокатит только при условии [...]

Т.е. ты сам признаешь, что маркетинг работает и на гиках.

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

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

Его всё ещё используют и довольно много где.

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

Правило 80/20 и гораздо лучший промоушен.

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

Т.е. ты сам признаешь, что маркетинг работает и на гиках.

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

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

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

Правило 80/20 и гораздо лучший промоушен.

Это следствие, когда изначальных нормальных идей нет.

ЯННП. Какие «нормальные идеи» тебе нужны? За всеми DVCS, от Arch до Git, стоит идея локального коммита. Этой идее уже лет 20.

Т.е. ты сам признаешь, что маркетинг работает и на гиках.

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

А поломанные часы в данном случае ты? Но да, ты показал точное время. Гики такие же люди, как все, и маркетинг на них тоже работает. Они специфическая аудитория, но только и всего.

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

ЯННП. Какие «нормальные идеи» тебе нужны? За всеми DVCS, от Arch до Git, стоит идея локального коммита. Этой идее уже лет 20.

Каждому уровню детализации/проработки соответствует свой набор идей. Меня интересует удобство пользователя, и что уникального (и актуального на 2019) в этом смысле предлагает та или иная DVCS.

А поломанные часы в данном случае ты? Но да, ты показал точное время. Гики такие же люди, как все, и маркетинг на них тоже работает. Они специфическая аудитория, но только и всего.

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

Vit ★★★★★
()
30 июня 2020 г.

Не понимаю хейта вокруг SVN. Есть куча областей где он не заменим, стоит лишь вылезти из своего узкого IT-мирка и взглянуть шире. Во многих местах ваш гит вообще не нужет, более того, будет там в подчистую сливаться нормальным централизованным решениям.

gtk3 ★★★
()
Последнее исправление: gtk3 (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.