GitFlic

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

Плюсы ➕

1. Российская платформа. Санкций не будет поскольку сервис российский. Нет проблем с оплатой(если такая необходимость есть) 2. Если у вас есть софт, который хотет попасть в реестр как отечественный, то gitflic ваш друг. Поскольку одно из требований - это чтобы код хранился на территории РФ 3. Self-hosted runner. Как я уже писал в прошлом посте, у меня есть удаленная машина, где есть нерасходуемые мощности и их я использую для своих задач автоматизации. 4. yaml. Для описания ранера, достаточно описать yaml конфиг. Он вдохновлен gitlab больше, чем github конфигом, поэтому это стоит учитывать, если какие-то штуки не понятны 5. Очень понятная дока про shell агент. Запустилось с 1 раза, что не скажешь про docker агент. 6. Очень быстрая поддержка. Мне ответили менее, чем за час, учитывая, что я использовал почту как способ связи.

Минусы ➖

1. Российская платформа. Если делаете международный продукт, то вам нужно будет настраивать рабочий процесс так, чтобы код дублировался с gitflic в github/gitlab или наоборот. Поскольку очень много софта находится и(ли) ищется не российскими коллегами. Плюс не забываем, что могут придти санкции. Да, github и gitlab не забанены, но стоит ли риск того - каждый ответит на него сам 2. Сложно категоризировать это как минус, но при описании конфига я не мог сказать какая машина должна использоваться. Я эксперименитировал как с удаленной, так и с локальной машиной и у меня сложилось впечатление, что 1 паиплаин запускается сразу на всех подключенных машинах. Можете поправить, если не так, т.к. сейчас у меня 1 раннер. 3. Self-hosted докер агент у меня не завелся, почему-то были какие-то проблемы с доступностью сети. Пришлось ставить как shell агент. Возможно, если разобраться детальнее, то все бы заработало как надо, однако мне не хотелось тратить много времени на эту вещь. 4. Self-hosted раннер(он же агент) нельзя просто так подключить к личному репозиторию. После его создания надо передать права в кампанию (а я не хотел создавать кампанию!). Пришлось создать кампанию и передать права. 5. Ручной запуск у меня не отрабатывал на конкретную задачу(не весь паиплаин, а именно задача внутри паиплаина). Из-за того, что релиз у меня ручной, то пришлось его отключить, пока не разберусь с автоматизацией. 6. Довольно малое кол-во именитых проектов. Тут мне кажется нужно поработать с маркетингом и объяснить людям, почему хранить код тут круто, поскольку потенциал у gitflic хороший. Сюда же можно отнести, что нужна подборка проектов, которые тебе могут быть интересны. Я сам очень много нашел крутых проектов в самом github как раз из-за этой фичи. 7. Иногда паиплаин уже прошел, но в странице с задачами написано, что он идет. Приходится перезагружать страницу. В защиту скажу, что такая-же проблема есть и у gitlab.

Итого:

1. лучшим решением будет выбрать 1 сервис и ретранслировать разработку через те же паиплаины. Например если вы в основном пишете в gitflic, то настроить паиплаин так, чтобы main ветка и гит теги дублировались и на вспомогательный гит ресурс. Благо из-за того, что гит задумывался как распределенная система, то это сделать крайне просто. Только убедительная просьба подписывайте удаленный репо названием, а то запутаетесь `git remote add "github" git@github.com:User/UserRepo.git git remote add "gitflic" git@gitflic.ru:User/UserRepo.git git remote add "gitlab" git@gitlab.com:User/UserRepo.git

2. Используйте полностью автоматизированные сценарии. Если надо ручные, то вам надо в поддержку или разобраться детальнее. Пока я сделал автоматику а к ручному запуску я еще вернусь, пока не горит.

3. Использовал ли я его в будущем? Я бы ответил - смотря какой проект. Как минимум сделал бы комбинированный вариант с разным кол-вом remote.

#git #gitflic #github #gitlab #cicd #pipelines #docker @haradkou_sdet`