1.1, Онаним (?), 13:59, 29/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
Зарегался. Ну и как там создать новый репозиторий? Запрещено я так понимаю?
| |
|
2.2, Аноним (2), 14:04, 29/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
В новости куча условия для размещения ты их выполнил? Гитлаб написан на руби он не сможет выдержать даже опеннетэффект, не то что хаброэффект или какие там заграницей еще есть эффекты?
| |
|
3.5, freehck (ok), 14:12, 29/01/2020 [^] [^^] [^^^] [ответить]
| +6 +/– |
> Гитлаб написан на руби он не сможет выдержать даже опеннетэффект
У гитлаба нормальный HA, всё он выдержит. Язык бэкенда вообще не играет никакой роли. Роляет всегда архитектура бэка.
| |
|
4.8, Аноним (2), 14:30, 29/01/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
В случае руби играет роль экстенсивный рост мощностей серверов. И сюрприз, сюрприз он упирается в деньги что даже сабжевый проект на старте не может себе позволить такое количество.
Да даже стоковый гитлаб как сервис тоже еще тот тормоз. В его оправдание только большое количество плюшек.
| |
|
5.10, freehck (ok), 14:47, 29/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> экстенсивный рост мощностей серверов
O_o
Просветите, что означает слово "экстенсивный" в данном случае?
| |
|
6.11, Аноним (11), 14:51, 29/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Значит это что ей перекрываешь большое потребление ресурсов этим самым руби. И делаешь это только для того чтобы отдача страничек не прерывалась по таймауту.
Тут похоже фанатик руби а комментариях. Для них то да трата ресурсов пустой звук.
| |
|
7.57, Аноним (-), 07:57, 31/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
freehck таки псино-дев, так что в отличие от тебя он знает что говорит. Просто серверов потребуется в эн раз больше чем с go/c++/чеготамеще, но вот масштабировать дотыканием серверов можно на любом ЯП - если архитектура бэка позволяет.
А если не позволяет - как только ты превысишь возможности 1 железки, тебя ждет жестокий болт на люобм ЯП. Ну вот например, если HDD или даже SSD читает вот столько - быстрее этого ты не прыгнешь. А если поставить десяток серверов и там будут параллельно сразу 10 таких штук вкалывать - суммарно оно сможет больше, ага? :)
| |
|
|
7.17, freehck (ok), 15:11, 29/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Вопрос разумный, но святять лучше всё же не надо, надо просвещать :-)
Уел. )
| |
|
6.24, Аноним (24), 16:46, 29/01/2020 [^] [^^] [^^^] [ответить] | +/– | Наверное, это CPU This is the recommended minimum hardware for a handful of exa... большой текст свёрнут, показать | |
|
7.27, freehck (ok), 17:01, 29/01/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
>>> экстенсивный рост мощностей серверов
>> O_o
>> Просветите, что означает слово "экстенсивный" в данном случае?
> Наверное, это:
Потрясающе. При увеличении нагрузки серверу требуется больше ресурсов. Ну надо же.
Просто из любопытства: а как тогда должен выглядеть "интенсивный рост мощностей серверов"? =)
| |
|
8.28, Аноним (24), 17:12, 29/01/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Скучный ты, Орду с Просто оратор решил заменить слишком много жрёт умным и ... текст свёрнут, показать | |
|
|
|
|
4.22, пох. (?), 16:44, 29/01/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Роляет всегда архитектура бэка.
да-да, при бесконечных деньгах - "роялит архитектура".
Но у этих ребят - деньги конечные, поэтому роялит, внезапно, п-цовая неэффективность кода на нескучном язычке.
Что он где-то там прекрасно масштабируется на мощности, которых у них просто нет - им мало поможет.
"А других разработчиков у меня для вас - нет."
| |
|
5.26, freehck (ok), 16:57, 29/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Что он где-то там прекрасно масштабируется на мощности, которых у них просто нет - им мало поможет.
Если у клиента нет денег, то ему и HA не нужен.
Да и знаешь, люди так-то всё равно стоят дороже железа.
| |
|
6.32, Аноним (32), 17:24, 29/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну если так утрированно рассуждать, то при таком подходе их никогда и не будет
| |
|
|
|
3.55, Ноним (?), 03:17, 31/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Гитлаб написан на руби он не сможет выдержать даже опеннетэффект, не то что хаброэффект или какие там заграницей еще есть эффекты?
Гитлаб даже сам себя выдержать не может: GitLab has memory leaks. These memory leaks manifest themselves in long-running processes, such as Unicorn workers. (The Unicorn master process is not known to leak memory, probably because it does not handle user requests.)
https://docs.gitlab.com/ee/administration/operations/unicorn.html#unicorn-work
(и эти люди-рубисты будут рассказывать о мемори ликах в плюсах...)
| |
|
4.65, нах. (?), 12:55, 31/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
все норм, автомагические дрессированные обезьянки перезагрузят, не волнуйтесь.
One other thing that stands out in the log snippet above, taken from GitLab.com, is that ‘worker 4’ was serving requests for only 23 seconds. This is a normal value for our current GitLab.com setup and traffic.
Зато мы прекрасно масштабируемся - срочно завезите нам еще сто новых серверов, вам же денег девать совершенно некуда, мы точно знаем!
| |
|
|
|
|
|
5.62, Аноним (-), 08:11, 31/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Outstanding. Чем больше васянов с их крапом пойдет нафиг, тем быстрее hg исчезнет с глобуса.
| |
|
|
|
2.53, Александр Литягин (?), 14:54, 30/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
в osdn.Org неплохо меркуриал подлерживается. Он бодрее sourcefore ворочается.
Попробуйте туда сунуться. Только там тож вроде без заявок не обойтись.
| |
|
|
2.12, Аноним (11), 14:54, 29/01/2020 [^] [^^] [^^^] [ответить]
| –5 +/– |
С меркуриалом все было понятно уже 10-12 лет назад. Сабж это кунсткамера или музей для проектов которые некуда больше деть.
| |
|
|
2.21, Аноним (11), 16:36, 29/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Гогз был бы самым лучшим решением. Если нужен просто репозиторий без свистелок.
| |
|
3.34, б.б. (?), 18:11, 29/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
kallithea неплоха, но нет трекера и вики. гогс-гитея приятен именно своими свистелками (трекер и вики)
| |
|
|
|
|
|
6.63, нах. (?), 12:49, 31/01/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
ну зашел, в чем проблема? Слишком быстро открылось, не пришлось пялиться сперва на пустую страницу, потом на моргающие-переливающиеся плэйсхолдеры (зато так модно), потом закрыть бесполезный svg баннер на пол-страницы, хипстота в шоке ?
> Эти верстали так же как и кодили.
да, ничего не пищит, не моргает и не колет глаза дикими цветовыми пятнами. Как в этом может работать совеременный разработчик с отбеленной бороденкой и штанцах с подворотиками - не знаю.
| |
|
|
|
3.39, нах. (?), 19:57, 29/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
вы разницу между ржавым камазом и услугами по грузоперевозке хорошо понимаете? Это - ржавый камаз, к тому же кто-то сп-л одно из задних колес.
А с услугой - sr.ht is currently in alpha, and the quality of the service may
[be shitty]
не говоря уже о том что планировалось сделать его платным, без всяких соплей - но даже это не взлетело.
Впрочем, девятих@й скорее всего тоже не взлетит. Олдфагов, все еще пользующимся hg, скорее всего от интерфейса с мигающими и пищащими перделками стошнит.
| |
|
|
1.19, Аноним (19), 15:49, 29/01/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А зачем форк, в апстрим влить нельзя, переименовав его из GitLab в SCMLab?
| |
|
|
3.42, Аноним (19), 20:05, 29/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Да нас рать на меркуриал, главное чтобы слой абстракции принесли, который позволит добавить туда и другие SCM.
| |
|
4.44, Аноним (43), 20:14, 29/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Можно сделать просто транслятор который по хукам будет добавлять гит в меркуриал и даже наоборот. Но зачем делать из хлеба троллейбус?
| |
|
5.60, Аноним (-), 08:08, 31/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Можно сделать просто транслятор который по хукам будет добавлять гит в меркуриал
> и даже наоборот. Но зачем делать из хлеба троллейбус?
А теперь попробуйте все это сделать ... ну хотя-бы без пачки глупых хипстерских вулнов, иначе сервис через три дня работы объявит себя покемоном и присоединится к ботнету.
| |
|
|
|
2.25, пох. (?), 16:48, 29/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
внезапно, исходники "апстрима" - закрытые.
В CE нет никаких следов поддержки немодных-немолодежных vcs - и вряд ли у тебя получится что-то туда "влить", что оттуда намеренно удалено бесследно.
| |
|
3.33, Аноним (33), 17:37, 29/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
А кто запретит? Можно ещё и под agpl запилить ради лулзов. Но это придётся поддерживать, что уже будет проблемой
| |
|
4.35, пох. (?), 18:42, 29/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
апстрим. "запретит" путем положения болта на твои хотелки.
Запилить-то ты можешь только личный васян-форк (что эти ребята и сделали, но - договорившись с крышей заранее, поэтому чуть менее васянский)
И нет - поменять лицензию нельзя. Если ты вместо форка, конечно, не готов переписать все с нуля - и чур не подглядывать.
| |
|
5.36, Аноним (33), 19:01, 29/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> апстрим. "запретит" путем положения болта на твои хотелки.
> Запилить-то ты можешь только личный васян-форк (что эти ребята и сделали, но
> - договорившись с крышей заранее, поэтому чуть менее васянский)
> И нет - поменять лицензию нельзя. Если ты вместо форка, конечно, не
> готов переписать все с нуля - и чур не подглядывать.
AGPL нельзя компоновать с MIT?
| |
|
6.40, нах. (?), 19:59, 29/01/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
"компоновать" - можно. Выбросить чужую лицензию и вместо нее положить свою - нет, нельзя.
| |
|
|
|
|
2.54, develop7 (ok), 22:24, 30/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Нельзя, слишком много перелопачивать, да и не факт, что апстрим правки примет
| |
|
3.64, нах. (?), 12:51, 31/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
факт что он их не примет - не для того выпиливал.
(вроде, еще два года назад - ограниченная поддержка hg-репозиториев на самом gitlab была? С тех пор, к счастью, у меня не было поводов заходить в это вырвиглазие.)
| |
|
4.66, develop7 (ok), 14:52, 31/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> факт что он их не примет - не для того выпиливал.
> (вроде, еще два года назад - ограниченная поддержка hg-репозиториев на самом gitlab
> была? С тех пор, к счастью, у меня не было поводов
> заходить в это вырвиглазие.)
ссылок бы, благо исходники открыты
| |
|
5.67, нах. (?), 15:07, 31/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
ну я вот порылся - никаких следов не нашел. Сделать чекаут этого чудища и рыться уже детально в гигабайтах git log - оставляю энтузиастам.
Все же, подозреваю, если бы было так просто - этим ребятам не понадобилось бы переделывать с нуля.
| |
|
|
|
|
|
2.50, Аноним (50), 23:15, 29/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
Как будто система управлениями версиями — определяющая характеристика проекта. Или что такое "hg-проекты"? Система управлениями версиями — это просто инструмент, который не так уж сложно поменять. К сожалению, большинство разработчиков просто идет на поводу у масс, но есть еще инженеры, которые выбирают свои инструменты исходя из их технических достоинств и в соответствии с решаемыми задачами, поэтому не все используют Гит.
| |
|
3.52, нах. (?), 10:37, 30/01/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Как будто система управлениями версиями — определяющая характеристика проекта.
а то! Используете мамонтово уг - вы немодные-нестильные-немолодежные, к тому же вы против sjw (альтернативно-одаренные испытывают неимоверные страдания, обнаружив что у вас не работает git clone и им надо ставить какой-то софт!)
Хрен вам, а не патчи и багрепорты!
И, главное - хрен вам бабло от всяких фондов и прочих попильно-отмывален. Поэтому проект с такой характеристикой - обречен.
Ну если только он не мурзила, но та, полагаю, тоже рано или поздно пойдет за всеми.
| |
3.68, KonstantinB (??), 18:57, 01/02/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
А какие технические преимущества у hg?
Интерфейсные - да: hg намного приятнее в использовании, из git-а все же до сих пор торчат его кишки, и надо понимать, что делаешь. Но при условии, что git book прочитан и осмыслен, именно технической разницы я вообще не вижу (хотя упорно пользовался hg, пока это не перестали делать почти все).
| |
|
4.69, VEG (ok), 20:22, 29/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
У Mercurial нормальные ветки (информация о ветке сохраняется в каждом коммите), полноценно трекаются переименования файлов (в Git есть только имитация этого путём сравнения похожести файлов, но это не всегда работает). Всю историю проекта можно без потери подобной информации перенести из Git в Mercurial, но не наоборот. Ну и формат репозитория более компактный. Тоже иногда полезно =)
| |
|
|
2.61, Аноним (-), 08:09, 31/01/2020 [^] [^^] [^^^] [ответить]
| +/– |
> вот и хоспис для hg-проектов подвезли
А как дойдут до кондиции - попадут в инкубатор опача!
| |
|
|