Comments 35
Как-то неожиданно все закончилось. Я приготовился читать про нюансы платформ, отличия в возможностях, сравнения. А увидел просто список сервисов.
Да как-то стал в них погружаться, и понял, что кто у кого успел подрезать - то и поставили, а текст накатанный жалко; функциональных различий почти нет, - вот и приходиться месить что есть
а то как еще описать? "Ого, вот тут прям красиво пушится коммит"
сисадмин-рокзвезда
функциональных различий почти нет
Пруфы будут, или сисадмин настолько рокзвезда, что мы должны верить на слово тому, что среди 6+ инструментов нет никаких различий функционально?
Я помню на офф. сайте гитлаба, была сводная таблица сравнения функций DevOps tools - и там прям наглядно по десятку опций и около 20 тулзов было представлено, из чего можно было сделать хоть какой-то вывод. А оказывается разницы и нет - а тем, кто сейчас стоит перед выбором, видимо придется пойти и поставить гитлаб, просто потому что он первый в списке, а не связку других сервисов, например)
сисдамин настолько рокзвезда, что мне в причинное место не упёрлось ничего, кроме пуша, пулла и ci\cd
поэтому выдал статейку в интернете "смотрим альтернативы" уровня запроса в гугл "топ 6 аналогов github"? Без хотя бы минимального описания функциональных различий? Там по одному CI/CD только пачка вариаций. Где что из коробки представлено, а где плагинами впиливается, но тут думать надо и изучать - это не для всех)
По отзывам некоторых знакомых, среди всех этих продуктов наибольшее различие — в администрировании и возможностях API. Например, импортозамещение Bitbucket на Gitea в плане автоматизации было достаточно болезненным. Да и те же модели управления доступом, например, в Bitbucket и Gitlab сильно отличаются. Но, я так понимаю, сисадмину-рокзвезде это всё не интересно, потому что главное — это тема оформления.
Ожидал большего от статьи…
Я думал будет что-то будет по мимо микса первых строк из поисковика и ноунеймов.
«Ваши ожидания, это ваши проблемы» :)
Но к слову о ноунеймах, еще и российских. Почему нет GitFlick? Перешел на него, только потому что на GitHub нельзя делать приватные репозитории. Поддержка CI/CD, куча плюшек. А самое главное смена темы!)
Минус как по мне в гитфлике, что работа с комьюнити и паблик репами сделана странно, ну и само собой репычей мало(
Крайне слабая статья. Больше похоже на пост какого-то паблика в ТГ.
Когда пишете такие статьи с громкими заголовками, то ожидается, что будет сравнение не просто по первым строчкам из Википедии, а более глубокий анализ с выводами, личным опытном в платформах и так далее.
Начало у статьи отличное. А вот с момента перечисления все пошло по одному месте. Расширьте свою статью по рекомендациям и у вас будет действительно качественный контент. Возьмите за основу чужие статьи с их опытом, если сами не хотите все тестировать и пробовать.
К GitVerse какое-то очень предвзятое отношение. Завел себе там проект для пробы, вполне себе удобно. Да, не хватает пока что всего функционала Гитхаба, но судя по дорожной карте всё будет.
Начало статьи претендовало на объективный разбор, но потом всё скатилось в "нравится/не нравится".
Ну и фиксация на тёмной теме странно, мне кажется это не киллер-фича, которая определяет успех сервиса :)
Выбирать сервис по наличию или отсутствию тёмной темы - это признак профессионализма.
Мне, кстати, кроме шуток интересно, как айтишники жили до 2018 года, пока Эпл не ввела моду на тёмную тему, после чего её стали внедрять в программы и сайты? Просто лично мне всегда было комфортно со светлой темой...
А я и не претендую, друг, это статейка в интернете, написанная человеком, который по своей воле подписал себя как @rockstar_made, а не научная диссертация
1с ники тоже так говорят) (шутка про то что у них нет темной темы)
Вот ещё есть альтернативная альтернатива: https://radicle.xyz/
Если хотите, чтобы ваш репозиторий не могли удалить даже вы, это лучшее решение. Очень интересная штука.
Для самоподдерживаемого варианта. С моей точки зрения самый острый вопрос это безопасность. Пока сервис на localhost это мелочь, но как только в нём появится команда, а тем более какие то нанятые по объявлению фрилансеры, вопрос о безопасности будет актуален. Гитхаб с ней сталкавается регулярно и исправляет, выпускает методические указания и тд. И что с этим делать на своей локальной копии непонятно. Было бы интересно почитать исследование об этом аспекте кучи одинаковых сервисов, насколько они помогут поддерживать ьокальную копию в рабочем состоянии.
Пользовался gitlab. У меня больше всего проблем вызывали обновления каждый раз полный разлом. С потерей всех данных. Чтобы не ломался нужно обновляться очень часто, чтобы срабатывали скрипты обновления. Потом с большим трудом все восстанавливал.
Сейчас пользуюсь gitea. Из плюсов, то что все репозитории хряняться отдельно имеют удобное именование. Но внешне, конечно, не так крут как gitlab. Но для домашнего пользования все что надо есть.
У меня gitlab живет уже лет 7-8.
Соответственно и обновлялся он все это время.
Даже со старой версии до новых особых проблем с обновлениями не припоминаю.
Конечно же сразу например с 14 на 17 версию обновится не получится.
Нужно будет последовательно провести обновления до промежуточных версий.
Это всегда указывалось в так называемых upgrade path.
Сейчас уже есть интерактивная страница для этого
https://gitlab-com.gitlab.io/support/toolbox/upgrade-path/
Я читал про это. Но это слишком сложно для личного использования. Домашний git должен быть простым в обновлении. Слишком много личных вебсервисов, чтобы на каждый уделять по столько времени. При этом комитов туда не так много. Иногда и месяц без комитов бывает и более.
Поэтому лучший вариант обновления нажать кнопочку pull в докере и все. Или через гуй увидел, что обновление появилось и обновился. А не увидел и ладно. Потом обновишься когда захочешь.
А в плане обновления, особо доставляет то, что совместимость может ломаться на дробых версиях. Те его нужно именно внимательно читать.
Соглашусь что обновление требует некоторых усилий и в целом хотелось бы попроще.
Но все же сами обновления в правильной последовательности не приводят к полному краху (не знаю точно с какой версии, но если обновлять с не поддерживаемой версии, то это указывается и обновление не запускается).
В этом плане удобнее сделано в XWiki, там нет нужды при обновлении ставить промежуточные версии.
Никогда не встречал в работе, что то кроме gitlab. Думаю у многих также. И у меня github для петпроектов, gitlab для работы)
На самом деле, спасибо за ссылки, знал только про существование ведёрка)
Хейт на светлую тему, как и хайп на тёмную почти всегда красный флаг для материала. Я работаю со светлыми темами, в крайнем случае - миксованными. При хорошем освещении тёмные темы наоборот начинают давать мне нагрузку на глаза.
У меня свой гитлаб, обновляю регулярно и бэкаплю.
Есть ли жизнь вне GitHub? Смотрим альтернативы