Gitea такое себе решение. Они уже три года не могут починить относительные ссылки и если ты хочешь, чтобы ридми в твоём репозитории ссылался на другие md или html файлы, то тебе нужно держать две версии ссылок - одна версия должна ссылаться относительно на локальные файлы, другая абсолютно на сайт gitea. А если ты используешь генераторы статических сайтов для документации... Ну, press F.
Жрет как не в себя, не доступен официально для покупки интерпрайз версии, зачастую перегружен лишним. В общем, тупо воздух греет, если не идет речь о команде ~50 разрабов и более. Gitea легко справляется с хранением кода, билдами, хранением артефактов и конечных билдов. И при этом потребляет чуть ли не на порядок меньше ресурсов при работе. А обновление вообще прям песня. Чтобы апнуть версию, нужно не больше 30 сек, из них простой будет занимать от 5 до 10 сек. У нас команда 30 чел + сторонние наемники по мере необходимости, уже 3 года пользуем gitea. Раньше пользовали в связке с drone-ci + selfhosted docker regisrtry, теперь осталась gitea. Ну и то,что они решили CI/CD пилить по типу github actions, прям великолепно. Они и сами документацию ведут отлично, но даже если не нашел чего-то у них, просто идешь на гитхаб и находишь там
во всем согласен, в ролике и в репе даже есть скрин сравнения потребления гитлаба и гити. я на одном инстансе переехал с гитлаба (написал скрипт массовой миграции и перенес свои +100 реп за несколько минут). как нибудь расскажу об этом.
Слышно как слюну глотаешь от удовольствия
О, да ))
15:59 - клонируешь с флагом -mirror, добавляешь remote, и затем пуш в новый репозиторий
Только вот чтобы массово перенести, придется скрипт руками писать, а в том же гитлабе импорт из коробки
Gitlab не использует gitlib. Он использует свое решение gitaly для взаимодействия с репозиториями
Gitea такое себе решение. Они уже три года не могут починить относительные ссылки и если ты хочешь, чтобы ридми в твоём репозитории ссылался на другие md или html файлы, то тебе нужно держать две версии ссылок - одна версия должна ссылаться относительно на локальные файлы, другая абсолютно на сайт gitea.
А если ты используешь генераторы статических сайтов для документации... Ну, press F.
Хм, не заморачивался никогда с относительными ссылками.
@@realmanual посмотри, что там в Forgejo с actions вроде как они уже перенесли весь функционал и пока совместимость с gitea не сломали.
@@КузГА Какой инструмент вы бы себе выбрали и почему? Gitea Actions или Forgejo Actions или может навороченный Jenkins
к чему полумеры? gitlab же
Ответ в самом видео
Жрет как не в себя, не доступен официально для покупки интерпрайз версии, зачастую перегружен лишним. В общем, тупо воздух греет, если не идет речь о команде ~50 разрабов и более. Gitea легко справляется с хранением кода, билдами, хранением артефактов и конечных билдов. И при этом потребляет чуть ли не на порядок меньше ресурсов при работе. А обновление вообще прям песня. Чтобы апнуть версию, нужно не больше 30 сек, из них простой будет занимать от 5 до 10 сек. У нас команда 30 чел + сторонние наемники по мере необходимости, уже 3 года пользуем gitea. Раньше пользовали в связке с drone-ci + selfhosted docker regisrtry, теперь осталась gitea. Ну и то,что они решили CI/CD пилить по типу github actions, прям великолепно. Они и сами документацию ведут отлично, но даже если не нашел чего-то у них, просто идешь на гитхаб и находишь там
во всем согласен, в ролике и в репе даже есть скрин сравнения потребления гитлаба и гити.
я на одном инстансе переехал с гитлаба (написал скрипт массовой миграции и перенес свои +100 реп за несколько минут). как нибудь расскажу об этом.
@@realmanualОчень интересно послушать и посмотреть 👏🔥