Доступен (http://blog.gitlab.org/gitlab-ce-6-dot-4-released/) релиз платформы для организации совместной работы с Git-репозиториями GitLab 6.4 (http://www.gitlab.org), которая по своим возможностям напоминает GitHub, но не привязана к конкретному сервису, распространяется в исходных текстах под свободной лицензией и позволяет развернуть web-сервис управления проектом на своём подконтрольном сервере. Одновременно доступен (http://blog.gitlab.org/gitlab-ci-4-dot-1-released/) релиз развиваемого проектом сервера непрерывной интеграции GitLab CI 4.1 (https://github.com/gitlabhq/gitlab-ci), который можно использовать совместно с GitLab для автоматизации тестирования и постоянного контроля за качеством кодовой базы, в том числе обеспечивая проверку пересборкой для каждого вносимого изменения.
Код проекта написан на языке Ruby с использованием фреймворка Ruby on Rails и распространяется (https://github.com/gitlabhq) под свободной лицензией MIT. Для хранения данных поддерживается связка Redis с MySQL или PostgreSQL. GitLab наиболее востребован для организации командной разработки в корпоративных проектах, так как позволяет без привязки к облачному вендору развернуть инструментарий, похожий на Github Enterprise и Gitorious. Web-интерфейс GitLab во многом напоминает (http://demo.gitlabhq.com/) GitHub, но, тем не менее, не копирует его, а лишь повторяет наиболее удачные принципы. GitLab поддерживает (http://blog.gitlab.com/about-the-gitlab-project/) создание отдельных проектов, отслеживание ошибок, обработку запросов на добавление кода (рабочий процесс основан на обработке merge-запросов), навигацию по веткам и тегам, контроль за изменениями, рецензирование кода, многоуровневое управление доступом, Wiki, обмен небольшими кусками кода, наглядный анализ различий между версиями кода, средства визуализации ветвления репозитория и многое другое.
Из новшеств можно отметить:
- Поддержка создания внутренних проектов, которые доступны для клонирования и просмотра только для авторизированных пользователей GitLab, вошедших в систему под своим логином. Внутренние проекты являются промежуточным звеном между общедоступными публичными проектами и приватными проектами, открытыми лишь для избранных пользователей;
<center><a href="http://blog.gitlab.org/images/6_4/new-project.png">&... src="https://www.opennet.ru/opennews/pics_base/0_1387914256.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>- Поддержка просмотра изменений в режиме "бок о бок", при котором разные редакции файлов отображаются в разных панелях. По умолчанию пока оставлен старый унифицированный режим;
<center><a href="http://blog.gitlab.org/images/6_4/diff.png"><img src="https://www.opennet.ru/opennews/pics_base/0_1387914451.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
- Возможность перемещения проекта в архив, после чего проект замораживается, становится доступным только для чтения. Архивные проекты скрываются из общих списков и поиска, но остаются видимы в профиле автора;
<center><a href="http://blog.gitlab.org/images/6_4/arch.png"><img src="https://www.opennet.ru/opennews/pics_base/0_1387914642.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
- Расширение возможности обращения в внешнему web-обработчику при наступлении определённого события в GitLab. В частности, добавлена поддержка отправки запроса при создании уведомления о проблеме или закрытии запроса на слияние изменений;
<center><a href="http://blog.gitlab.org/images/6_4/hook.png"><img src="https://www.opennet.ru/opennews/pics_base/0_1387914908.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>- Расширенные возможности сортировки сообщений о проблемах;
<center><a href="http://blog.gitlab.org/images/6_4/issues.png"><img src="https://www.opennet.ru/opennews/pics_base/0_1387914968.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
- На странице проекта обеспечена ссылка на файл README, при его наличии;
<center><a href="http://blog.gitlab.org/images/6_4/readme.png"><img src="https://www.opennet.ru/opennews/pics_base/0_1387915038.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
- Добавлен скрипт для автоматизации обновления GitLab до новой версии (позволит обновиться с GitLab 6.4 до 6.5);
- В GitLab CI 4.1 добавлена поддержка отправки уведомлений о завершении сборки на email. Список адресов может быть задан для каждого проекта. Уведомления также могут быть направлены автору коммита, который привёл к пересборке. Можно настроить как получение уведомлений о всех сборках, так и уведомлений только о сборках, при которых возникли проблемы.<center><a href="http://blog.gitlab.org/images/ci_4_1/email.png"><img src="https://www.opennet.ru/opennews/pics_base/0_1387915148.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
URL: http://blog.gitlab.org/gitlab-ce-6-dot-4-released/
Новость: https://www.opennet.ru/opennews/art.shtml?num=38724
Жрёт много, но архиудобен и лицензия хороша.
> Жрёт много, но архиудобен и лицензия хороша.Ссылку на вашу установку gitlab в студию.
Зачем?
https://www.opennet.ru/opennews/art.shtml?num=38342
http://127.0.0.1/gitlab/
Not FoundThe requested URL /gitlab/ was not found on this server.
> Not Found
> The requested URL /gitlab/ was not found on this server.Это происки Роскомнадзора, подключайтесь через анонимную проксю.
Хотите, могу дать ссылки на свои установки:
- 6.3.0-pam
- 6.4.0
Нужно разве что как замена корпоративному github для использования внутри конторы.
Ну это как бы очевидно, нет? В смысле, в этом нет ничего плохого.
Очевидно. Но в соседней ветке шкoлота ему пророичит судьбу убийцы всего гитхаба.
ждём новостей про новые уязвимости
Просвятите, я не программер но надо разобраться по работе в плюсах минусах
GitLab уже включает Issue Tracker (типа Jira или Redmine)?
Всмысле если поставить GitLab, то Jira уже не нужно?
Включает, все как положено, есть метки, мейлстоуны и возможность заассайнить issue на пользователя.
> Просвятите, я не программер но надо разобраться по работе в плюсах минусах
> GitLab уже включает Issue Tracker (типа Jira или Redmine)?
> Всмысле если поставить GitLab, то Jira уже не нужно?GitLib включает Issue Tracker, но не типа Jira, а нормальный. Jira не нужно независимо от наличия GitLab.
стратегия фирмы "нужно", вот ищу аргументы против Atlassinовских поделок
в GitHub после, например, pull request, код сразу пересобирается в их CI (travers CI?) и значек что все ок или не ок висит тут же прям на github в pull request
В GitLab я так понимаю что GitLab CI делает тоже самое.
Вопрос: Jenkins прикрутить так же бесшовно к нему можно чтоб после комита сразу показывалось прям на странице Pull Request или где еще это надо что Jenkins собрал код удачно/неудачно
?
Нет локализации
У пртотипа, github, тоже.
> Нет локализацииА она НУЖНА ? Мы вроде как о инструменте для разработчика говорим, а не о 1C'ке для бугалтеров ...
> Нет локализацииИ слава богу.
Кузяво.Поддержка HG не планируется?
не раньше, чем в GitHub. Впрочем, есть HgLab
> Кузяво.
> Поддержка HG не планируется?Зачем?
шобы пользоваться им с hg...
hg же даже git умеет лучше git. Вот и пользуйтесь.
под ARM архитектурой (к примеру на Linaro) кто-нибудь запускал? будет работать? (предыдущие версии не работали)
Что значит не работали? На установке гемов падало?
> под ARM архитектурой (к примеру на Linaro) кто-нибудь запускал? будет работать? (предыдущие
> версии не работали)Это вопросы исключительно к ruby.
Читал, что gh enterprise невозможно масштабировать на несколько машин. А что тут с этим?
Они запарили так часто делать обновления.
И после обновления наверное опять мёрджи поломаются.
> В GitLab CI 4.1 добавлена поддержка отправки уведомлений о завершении сборки на email.Не пойму, сборки чего и во что ?
Подумай ещё раз. Новость читал? Понятие CI тебе что-нибудь говорит?
Вещь годная. Пользуемся.
Единственный минус отстутсвие нормлаьного репозитария deb/rpm - установка только по длинной инструкции.
Опять же при обновлении (по той же километровой инструкции) с 5.1 до 6.1 всё ломалось к чертям - проще с нуля ставить.
PS: руки не кривые, но с руби дел никогда не имел.
Пользуюсь еще с 5.0 - удобная вещь. Правда трекер убогенький у них.По обновлением все всегда проходило без проблем, хотя с руби тоже дел не имел никогда. Геморойно конечно, инструкция - пеленка, но последние шестерки вообще просто обновляются, а теперь еще и скрипт автообновления запилили.
