Pull to refresh

Comments 23

GitLab EE доступен только по подписке, подробности и цены можно посмотреть вот тут.

Буквально пару дней назад узнал что gitlab.com это Gitlab EE без каких либо ограничений, если верить
https://about.gitlab.com/comparison/#gitlabcom-vs-githubcom
Интересен опыт тех кто пользуется, реально ли всё настолько хорошо?

Имеем для команды ряд небольших приватных репозиториев, все вполне хорошо, а с последними изменениями в UI всё лучше и лучше. Ограничений пока не наблюдаем, сами удивляемся)

Пользуемся. Нарадоваться не можем.
Вот все хорошо… но вот такой вещи как диаграмма ганта, нету. Как вот отслеживать работу разработчиков? Поделитесь опытом…
По спринтам, конечно. Причем здесь GitLab.
Иван, вот уже вторую неделю периодически при запросе https://gitlab.com/ всей командой получаем вместо списка репозиториев одно слово: Forbidden. Куда нам с этой проблемой?

Хм, скажи мне ник одного из пользователей, которые такое получают.

Есть ли способ обновиться коммулятивно с версии 7.2 до текущей?
Все же написано. Если используете CI и его нужно перенести, то сначала на 8, а потом на последнюю. Если не нужен, то ставите последнюю сразу. Все миграции пройдут автоматом.
Улучшенные диффы и сразу фейл на картинке.
Неужели не умеете сравнивать игнорируя пробелы?
Умеет. Над каждым диффом есть кнопка «Hide whitespace changes».

Да и фейлом назвать это сложно — различия в файле есть? Есть.
А если это в имени переменной пробел?
GitLab Mattermost и GitLab могут быть на одном сервере или могут быть только на разных серверах?
Вот тут http://docs.gitlab.com/omnibus/gitlab-mattermost/ написан сценарий настройки когда они на разных серверах.

Там вроде в самом начале страницы написано: "You can run a GitLab Mattermost service on your GitLab server"
А в связи с чем сомнения?

GitLab Mattermost является частью GitLab Omnibus package, т.е. при установке пакета GitLab Omnibus вы получаете в том числе и установленный GitLab Mattermost.

По указанной ссылке описывается вариант, предполагающий, что вы уже используете Mattermost как отдельный сервис и хотите его интегрировать в отдельную установку GitLab.
Опоздал с редактированием, поэтому вторым сообщением, простите.

По указанной ссылке описывается возможность разделить GitLab Mattermost и GitLab по двум разным серверам в случае необходимости.
В этом случае, на оба сервера ставятся пакеты GitLab Omnibus, на одном отключается GitLab, но включается GitLab Mattermost, а на втором — наоборот.

Приведенные в статье фрагменты конфигов позволяют связать эти два сервиса.
У меня GitLab CE 8.10.2 на Debian 8.3, как тогда в нем активировать Mattermost?
В /etc/gitlab/gitlab.rb нет ни слова про настройки Mattermost
Можно ссылку на документацию?
Ссылку на документацию приводили вы же в исходном сообщении.
Что касается конфига — https://gitlab.com/gitlab-org/omnibus-gitlab/blob/8.10.2+ce.0/files/gitlab-config-template/gitlab.rb.template#L656

Все настроил, все заработало, НО обновил GitLab до 8.10.3 и сломались аватарки в GitLab
https://xxxx.ru/uploads/user/avatar/7/avatar.png вдруг стал выдавать 404

+ при попытке авторизоваться в Mattermost через GitLab SSO выдает:
An error has occurred
The redirect URI included is not valid.

Однако хорошее обновление…
Я обновился ночью до 8.10.3 — никаких проблем.
Правда, использую Docker-образ и не использую Mattermost.
Решил проблему, нужно было подрихтовать конфиг моего nginx до актуальной версии (встроенный в gitlab не использую), а актуальны долеко не здесь https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/doc/settings/nginx.md как все думают, а тут https://gitlab.com/gitlab-org/gitlab-ce/blob/v8.10.3/lib/support/nginx/gitlab
Ну и для Mattermost в случае активации https в GitLab -> admin -> applications исправить адреса Callback URL на https
С этим апдейтом получили следующие проблемы:
1. Перестали открываться wiki странички с названиями содержащими пробел (пофиксилось в 8.10.2)
2. Перестали работать webhooks на создание мерж реквеста
3. Список бранчей рандомно кешируется не правильно. В результате, на страничке создания мерж-реквеста отсутствуют недавно добавленные бранчи. Спасает вызов
gitlab-rake cache:clear
. Но делать это приходится несколько раз в день.

Баги записал. С wiki быстро ответили, а вот про webhooks пока тихо. С кешем уже много issues для всех версий.
Sign up to leave a comment.