Pull to refresh

Comments 34

Не всем нужен «нафаршированный» GitLab.
Мне очень нравится легковесный и простой Gogs.
Вау, да этож просто клон гитхаба и под MIT!
UFO just landed and posted this here
Одно из них заключается в том, что в бесплатный пакет услуг не входит хостинг приватных репозиториев.

Ну кстати стоит отметить, что Gitlab.com сам по себе бесплатно предлагает хостинг приватных репозиториев.

Я конечно понимаю что это перевод. Но это инструкция по установке версии 7.9.4. Которая вышла в апреле 2015 года. На убунту14.04 срок поддержки которой заканчивается уже через год.
Дык еще и файла /etc/gitlab/gitlab.rb давно нет. Его переложили в другое место, в свое время только на стековерфлоу нашел где этот файл лежит.

/opt/gitlab/etc/gitlab.rb.template теперь этот файл
Ничего не перекладывали. Как был так и остался /etc/gitlab/gitlab.rb.
А можно еще проще…
sudo docker run --detach \
    --hostname gitlab.example.com \
    --publish 443:443 --publish 80:80 --publish 22:22 \
    --name gitlab \
    --restart always \
    --volume /srv/gitlab/config:/etc/gitlab \
    --volume /srv/gitlab/logs:/var/log/gitlab \
    --volume /srv/gitlab/data:/var/opt/gitlab \
    gitlab/gitlab-ce:latest

docs.gitlab.com/omnibus/docker
Использую Gogs. Чисто для себя, ресурсов практически не требует.
Аналогично: использовал gitlab (gogs не устроил по причине отсутствия ревью кода), но в докер-контейнере, что было гораздо проще и удобнее.
Час назад обновил свой инстанс GitLab до актуальной версии 10.8. В версии 10.7.4 они ещё сделали бесплатный WebIDE, очень удобно. Так же использую Gogs, но только для зеркалирования чужих репозиториев на свой git, потому как в GitLab зеркалирование доступно в платной версии.
С версии 10.8 теперь и в CE есть зеркалирование репозиториев
К сожалению, в CE есть только push mirroring.
Я для этого держу репозиторий на gitlab.com и там настроил синхронизацию на локальный. Очень удобно, кстати, и бесплатно.

Когда появляются подобные сравнения на сайте одного из решений… Явно что-то будет не так

Нет в этом сравнении такого не заметил
а мне нравится scm-manager. Хоть и с явой, но функционал из коробки то что надо. давно пользуюсь и там не только git)
Свой репозиторий это хорошо, но его надо еще и поддерживать (бэкапы, падения и прочее) сам разворачивал у себя на сервере gogs+droneci, но в итоге вернулся на bitbucket
Поддерживаю gitlab уже несколько лет. Никаких проблем за все это время не приключилось с ним. Были только мелкие баги, которые в поинт релизах исправляли довольно быстро, либо сразу было временное решение. Вроде проблем при миграции на новую версию. Есть комплектная команда для создания бекапа, cron+rsync и дело в шляпе. Восстановление тоже как по-маслу из бекапов, когда сам накосячил как-то раз.

а подскажите, пожалуйста, как правильно приготовить на своем GitLab CI/CD? На родном-то я как-то не заморачивался, и подключил CodeMagic, он из коробки парсит проекты gitlab/github, а тут?

Сам использую gogs+drone тесты погонять, полет нормальный. Чем связка не устроила?
Здравствуйте. Если не затруднит, покажите пример вот этой строчки…

git remote add origin ssh://git@remote-server/repo-<wbr< a="">>path-on-server..git


Как должна выглядеть эта команда, если сервер расположен по адресу 192.168.0.56, папка с репой — /home/dima/repo

Спасибо.
Видимо, как-то так
git remote add origin dima@192.168.0.56:repo

Использую гитлаб на центосе на hyper-v. Поражаюсь насколько быстро клепаются обновления. Стабильно раз в месяц, но я обновляю чуть ли не по нескольку раз в неделю — новые фичи и фиксы всё появляются и появляются. gitlab-ci тема просто офигенная и невероятно простая в настройке. Если есть кластер с кубернетсом — есть интеграция. Да и сам гитлаб в докере неплохо работает. Инструмент стал незаменим, особенно автотесты кода puppet и ansible.

Gitlab — хорошо, только его рядом с чем-нибудь, на уже используемый сервер вряд ли поставишь. Вот Gogs, Gitea — эти да, легко, а гитлабу надо свою железяку и не самую слабую, иначе по минуте ждать ответа от сервера.
Для себя использую обычный gitweb написаный на perl и идущий вместе с git, прикрутил его к nginx. Всё легко и просто, для просмотра репозиториев вполне хватает.
Можно ещё CGit использовать, он полегче и почти так же устанавливается.
Комбайны всякие не люблю, должен быть здоровый минимализм и удобство в работе, а не куча рюшечек.
Так просмотреть можно и с помощью git log. Разграничение доступа к репозиториям, управление репозиториями, вебхуки и CI — тут уже gitweb ничем не поможет.
Это всё понятно.
Но если просто «для себя», то аутентификации от nginx + https вполне достаточно.
Обычно ведь хочется что-то быстро подсмотреть не делая git clone, тут как раз web-интерфейс вполне годится.
А работать с git нужно конечно же из консоли (ну или из IDE какой-нибудь).
Так что незачем огород лишний городить.
Вероятно, специфика вашей деятельности такова, что в ней этого не надо. Я хочу быстро создать репозиторий, запушить туда только что инициализированный или полученный от кого-то проект, иметь отчет о статусе сборки, доку какую-никакую вести, etc.
Для этого лучше использовать какое-то одно решение, Gitlab подошел бы великолепно, если бы не был столь прожорлив до железа, а вот Gogs + DroneCI справляются великолепно.
Скажите, а где на сервере хранятся файлы? Как их можно посмотреть?
И как сделать, чтоб можно было посмотреть файлы через веб (как на github.com)?
Спасибо.
Sign up to leave a comment.