| |
| 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 +/– | |
В случае руби играет роль экстенсивный рост мощностей серверов. И сюрприз, сюрприз он упирается в деньги что даже сабжевый проект на старте не может себе позволить такое количество.
Да даже стоковый гитлаб как сервис тоже еще тот тормоз. В его оправдание только большое количество плюшек.
| | |
| |
| |
| 6.11, Аноним (11), 14:51, 29/01/2020 [^] [^^] [^^^] [ответить] [↓] [к модератору]
| +/– | |
Значит это что ей перекрываешь большое потребление ресурсов этим самым руби. И делаешь это только для того чтобы отдача страничек не прерывалась по таймауту.
Тут похоже фанатик руби а комментариях. Для них то да трата ресурсов пустой звук.
| | |
| |
| 7.57, Аноним (-), 07:57, 31/01/2020 [^] [^^] [^^^] [ответить] [к модератору]
| +/– | |
freehck таки псино-дев, так что в отличие от тебя он знает что говорит. Просто серверов потребуется в эн раз больше чем с go/c++/чеготамеще, но вот масштабировать дотыканием серверов можно на любом ЯП - если архитектура бэка позволяет.
А если не позволяет - как только ты превысишь возможности 1 железки, тебя ждет жестокий болт на люобм ЯП. Ну вот например, если HDD или даже SSD читает вот столько - быстрее этого ты не прыгнешь. А если поставить десяток серверов и там будут параллельно сразу 10 таких штук вкалывать - суммарно оно сможет больше, ага? :)
| | |
|
| |
| 7.27, freehck (ok), 17:01, 29/01/2020 [^] [^^] [^^^] [ответить] [к модератору]
| +2 +/– |
>>> экстенсивный рост мощностей серверов
>> O_o
>> Просветите, что означает слово "экстенсивный" в данном случае?
> Наверное, это:
Потрясающе. При увеличении нагрузки серверу требуется больше ресурсов. Ну надо же.
Просто из любопытства: а как тогда должен выглядеть "интенсивный рост мощностей серверов"? =)
| | |
|
|
|
| 4.22, пох. (?), 16:44, 29/01/2020 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| –2 +/– | |
> Роляет всегда архитектура бэка.
да-да, при бесконечных деньгах - "роялит архитектура".
Но у этих ребят - деньги конечные, поэтому роялит, внезапно, п-цовая неэффективность кода на нескучном язычке.
Что он где-то там прекрасно масштабируется на мощности, которых у них просто нет - им мало поможет.
"А других разработчиков у меня для вас - нет."
| | |
| |
| 5.26, freehck (ok), 16:57, 29/01/2020 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– | |
> Что он где-то там прекрасно масштабируется на мощности, которых у них просто нет - им мало поможет.
Если у клиента нет денег, то ему и HA не нужен.
Да и знаешь, люди так-то всё равно стоят дороже железа.
| | |
|
|
| 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.
Зато мы прекрасно масштабируемся - срочно завезите нам еще сто новых серверов, вам же денег девать совершенно некуда, мы точно знаем!
| | |
|
|
|
| |
| 2.12, Аноним (11), 14:54, 29/01/2020 [^] [^^] [^^^] [ответить] [к модератору]
| –5 +/– |
С меркуриалом все было понятно уже 10-12 лет назад. Сабж это кунсткамера или музей для проектов которые некуда больше деть.
| | |
|
| |
| |
| 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, скорее всего от интерфейса с мигающими и пищащими перделками стошнит.
| | |
|
|
| |
| |
| 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?
| | |
|
|
|
| |
| 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, но не наоборот. Ну и формат репозитория более компактный. Тоже иногда полезно =)
| | |
|
|
|
|
