Git

индекс
238,79

Gitlab 2.0

image
22 декабря мы зарелизили версию 2.0.

Основные изменения:
  • Переезд с gitosis на gitolite.
  • Пересмотрен дизайн. Теперь он более удобен и практичен.
  • Улучшенное управление правами
  • Улучшенная система email — нотификации.
  • Улучшение dashboard.
  • Улучшение работы дерева файлов и каталогов.
  • Atom лента для комитов и тасков.
  • Багофикс + другие мелкие изменения.



Планы на будущее:
  • Рефакторинг
  • Оптимизация производительности
  • комментарии к строке кода.
  • легковесные таски (pivotal like)
  • Расширенные возможности по управлению доступом на каждый бранч.
  • Работа с хуками. Email нотификация при операции push
  • Автоматическое создание бранчей и их удаления при создании merge request или issue(как пример). Еще нет четкого представления как оно будет работать.
  • JSON API
  • юзабилити network graph
  • Работы в сторону интеграции с сервисами continuous integration
  • LDAP авторизация
  • WIKI


Хочу более подробно рассказать о нашем нововведении Merge request. Это легковесная замена гитхабовского форка. Модель форков очень хорошо ложится на opensource разработку. Но поскольку у нашего проекта другая цель то и принцип немного другой.
Merge Request — это запрос на мерж с одного бранча в другой. Например, я создал бранч feature_feed и сделал в него 5 комитов. С помощью merge request обозначил свое желание сделать мерж в бранч dev. Теперь человек имеющий право на push в dev может посмотреть diff (суммарно по всем 5 комитам) и принять соответствующее решение, а также написать комментарий. Пока права на push носят формальный характер, однако уже в скором времени будет возможность управлять доступом к бранчам. Так же будут добавлены возможность aвтомержа и автоматического удаления бранча при желании.

UPD: Ссылка на проект
+71
25 декабря 2011, 21:52
154

комментарии (60)

+4
Davert #
А ссылку gitlabhq.com/ забыли, чтоб гугл не простаивал? ;)

А за ГитЛаб спасибо. Буду пользовать.
0
kekekeks #
Мерж-реквесты вкупе с раздачей доступа на конкретные ветки — киллер фича. Вопрос следующего характера: имеет ли смысл обновляться с 1.1 или проще перенастроить заново?
0
valeraorg #
1.1 уж очень сильно устарело. Конечно лучше обновиться. При этом читайте что нужно для перехода на 2.0. Другой бекенд теперь поэтому действий много.
0
kekekeks #
У вас в вики ссылка на инструкции по апгрейду до 2.0 красная. Думаю, быстрее будет развернуть всё в соседнем chroot-е, а потом перенести туда те 3.5 репозитория, что сейчас под управлением gitlab.
0
valeraorg #
Неуспели написать. Вот линк который поможет github.com/gitlabhq/gitlabhq/wiki/Gitolite
0
kekekeks #
Кстати, что нужно, чтобы оно нормально работало в chroot-е при условии, что по ssh стучатся на основную систему? Мне не проблемно пробросить в chroot директорию ~/.ssh нужного пользователя и сделать, чтобы при логине запускался schroot куда надо. Но чтобы не работать вслепую, хотелось бы узнать, что и куда пишет gitlab, а так же то, на какие переменные окружения смотри.
0
valeraorg #
нет опыта такой настройки. Извините
+1
CheatEx #
Можно хотя бы в двух словах зачем оно нужно? Даже сайт не очень информативен по этому поводу…
+2
kekekeks #
Удобная веб-морда к гиту для работы в команде. Можно создавать репозитории, раздавать к ним доступ, смотреть диффы, управлять ssh-ключами. Сейчас вот ещё и мерж-реквесты прикрутили.
+1
skorney #
это аналог github, только его можно настроить у себя на сервере, верно?
0
or10n #
да. верно
0
valeraorg #
применение такое же как у форков. Мерж только после ревью
0
TROODON #
Планируется ли введение легковесной wiki системы?
+1
valeraorg #
да, забыл упомянуть. Сейчас добавлю.
+1
valeraorg #
кстати она в бранче у нас уже давно есть. Никак не доведем до ума.
0
TROODON #
С нетерпением буду ждать!
Сейчас вики в dev бранче? Не могли бы описать, что вам там осталось «до ума довести»?
0
valeraorg #
я не в курсе. Ее взялся писать индус один Sairam и уже 2 месяца в тот бранч комитов нет. Хотя сделал уже много. Хотите помочь?
0
TROODON #
Проверьте почту
+2
btd #
Дизайн у вас прикольный. Мой по сравнению с вашим отдыхает.
+3
powder96 #
Воспользуйтесь Bootstrap'ом — с его помощью легко реализуются большинство модных сейчас фич. При этом сайт получается на 80-90% кроссбраузерным. Я свой переделал за неделю, и результатом (http://driversworld.us/) был очень доволен.
+2
Zelgadis #
Еще бы трекер как в редмайне.
0
alexhemp #
Жалко что ruby 1.8.7 не поддерживается, у меня на сервере с репозиториями redmine — а он не работает с 1.9 в стабильной версии ;-(
+1
painEffect #
rvm поможет вам.
–2
alexhemp #
К сожалению, не поможет — там FreeBSD и redmine из портов. Используется «из коробки», специалистов по ruby нет :-(
+3
erlyvideo #
поможет конечно. Просто вам лень прочитать 10 строк мануала по использованию rvm.
–1
alexhemp #
RVM нет в портах, а значит кто-то должен постоянно поддерживать его. Да — мне лень вручную это поддерживать!
0
Zelgadis #
На самом деле все просто:
Ставите системный руби 1.8.7 (большая часть системных скриптов которая написана на руби не работает с 1.9.2);
ставите system wide rvm;
Ставите wrappers и gemsets как вам надо.

У меня у самого на сервере сейчас redmine,fatfree crm (1.8.7), один проект под 1.9.3, и пару под 1.9.2.

Да это нарушит структуру, но зато будут всегда свежие gem'ы. У вас кстати нет проблемы с получением сигналов?
+1
alexhemp #
Для меня redmine / ruby / thin — черный ящик. Ну как nginx — настраиваю конфиг, но модули не пишу.
Проектов под руби — нет в принципе, а redmine — просто инсталляция из портов, все гем-ы поставились сами по зависимостям.

Про сигналы не в курсе — я вообще не разбираюсь в руби — немного другой профиль…

0
or10n #
мне кажется rvm'a никогда и не будет в портах.

rvm для одного юзера представляет папочку .rvm в его домашней директории, и симлинки для текущей sh-сессии.

P.S. если ставить rvm под рутом, то он развернется не в ~/.rvm, в /usr/кудатотам
0
erlyvideo #
вот я и говорю: вам настолько лень прочитать 10 строк мануала, что бы понять, что такое rvm, что вы продолжаете нести какую-то чепуху про порты и прочую фрибсдшную муть, которая никакого отношения к rvm не имеет.
0
valeraorg #
виртуалка стоит 20 баксов, о чем вообще речь?
0
kekekeks #
Не хочется плодить сущности, знаете ли.
+1
alexhemp #
И саппортить виртуалки нужно ничуть не меньше, чем реальные сервера. Для меня имеет смысл только на одном сервере с редмайном — там и интеграционные репозитории проектов хранятся.
0
zizop #
Очень хороший продукт. Давно искал локальную альтернативу GitHub. Молодцы!
+1
akzhan #
Эти «не гетеросеки» вообще не умеют работать с публичной модклью Free Software + Pull Requests,
0
akzhan #
по крайней мере все мои pull requests были закрыты, и закоммиченны не под моим именем.
0
btd #
А что они вас так обделили? Я посмотрел список контребьюторов большой.
+1
or10n #
если я не ошибаюсь, так было вначале, теперь работа с пул-реквестами ведется по гитхабовски
+2
winbackgo #
С GitLab начал баловаться около месяца назад, но как было заявлено разработчиками что в новой версии будет Gitolite решил подождать. В общем поддержка gitolite появилась совсем быстро и я решил установить и попробовать. Все работает нормально. Накатал инструкцию по установке Gitlab на CentOS github.com/behigh/HOWTOs/blob/master/GitLabInstallOnCentos6/README.md
0
valeraorg #
мы разместим линк на ваш мануал вы не против?
+2
winbackgo #
Нет конечно, он ведь публичный.
0
ainu #
В виде поста на хабре не хотите оформить? Внимание привлечёт тем кто пропустил или не знает.
0
winbackgo #
Кармы для этого не хватает.
+3
winbackgo #
Прочитал свой ответ и показался каким-то двусмысленным. В общем имел ввиду: Выкладывайте конечно, буду только рад. Буду дополнять по возможности. Если кто столкнется с нюансами при установке, пишите, дополним.
0
Halfi #
А mailing list какой есть? Форум или что-нибудь? Вот например половину гемов вообще уже нет ни в каких репах и человек не разбирающийся в рельсах не установит даже с инсталлерами…
0
winbackgo #
Есть гуглогруппа groups.google.com/group/gitlabhq.
А каких это гемов нет?
0
Halfi #
#gem «devise», «1.5.0»
gem «devise», :git => «git://github.com/plataformatec/devise.git»
и
#gem «jquery-rails»
gem «jquery-rails», :git => «git://github.com/indirect/jquery-rails.git»

Ок, отлично, спасибо, но уже все поставил (;
0
winbackgo #
Парсер съел точку groups.google.com/group/gitlabhq
–1
prudis #
Странно что конкурент Github хостится на Github :)
0
qwertysx #
А гитхаб использует гитхаб для разработки гитхаба. Так-то.
0
ainu #
Это не конкурент в плане услуги. Это конкурент в плане ПО. Github — услуга.
–2
Halfi #
Спасибо, а я гитхаб оплатил за 7 баксов на 5 приватных проектов :) теперь бесконечное кол-во.
0
dreamfall #
Рьяно слежу за проектом.
Вот свою последнюю сессию и начну по мере возможностей помогать вам.
0
Finom #
Вы молодцы, конечно. Но описание, хотя бы краткое, в посте обязано быть.
+7
Olostan #
Мы вот купили GitHub:Enterprise и уже, честно говоря, начинаю жалеть немного.

Причины (я уже в другом топике описывал):
— GH:Enterprise идет как «коробка» без возможности как-то подкрутить под себя — нет доступа никакого к ней.
— Нет возможности навешивать update-хуки, тем самым нет возможности навесить констрейнты на пуши (типа, например, потребовать чтоб в комментарии к коммиту обязательно была ссылка на issue в Jira).
— Довольно сложно накручивается интеграция с той же Jira — например, апдейт issue по тем же комментарием. Да, есть типа что-то типа «Fixed an annoying bug [#WEB-210 transition:31 resolution:1]» но кто помнит все эти коды транзишинов и резолюшенов и какого всегда писать их? Можно ж было чтоб можно было бы законфижить что «Fixed» это транзишен 31 и резолюшен 1.

Да и глупая ценовая политика — только «пакеты» по 20 юзеров и на год только… Ну и цена в 5к имхо завышена во много раз за довольно сырой продукт…

В общем, если гитлаб таки обзаведется необходимыми фичами (типа комментировать коммиты по-строкам) и наростит киллер-фичи (мержреквесты+права на бранчи), прийдется серьезно рассматривать вариант забить на GH:E и перейти на гитлаб ) А если еще и будет возможность платной подписки для того, чтоб была возможность быстро решить проблемы, которые могут возникнуть — ваабще круто!
0
furious #
А если у меня уже есть гитолайт с настроенными корпоративными ништяками (LDAP, разраничение доступа по веткам, мирорринг), то могу я просто прикрутить GitLab как веб морду к нему, заместо не очень функционального гитвеба?
0
valeraorg #
можно. Но нужно ковырять его
0
bRuz #
В целом хорошо, но есть несколько недоработок

* неудобная работа с Issues, не особо интуитивное расположение кнопки для просмотра всех issue проекта, к issue не добавляются комменты из коммитов по номеру issue, нельзя назначить метки, вехи, нет нормальных статусов задач, было бы не плохо ещё и допольнительные поля к issues

* отстутствие возможности комментировать коммит построчно
0
dikarik #
Смотрится впечатляюще, спасибо!

Судя по merge request — GitLab заведомо ограничен политикой «один проект — один репозиторий», в отличие от гитхабовских форков?
И когда-то вы говорили, что хотели бы иметь возможность взаимодействия различных GitLab-серверов — есть ли это в планах?
0
Terion #
Сайт очень неинформативен, а поставить пока временно некуда, поэтому можно задать несколько вопросов?
1. Русская версия есть?
2. К нему есть возможность/желание привинтить и другие системы контроля версий? SVN, Mercurial? Да, git рулит, но не все (разработчики, ide) с ним работают, увы…

Ну и да, в любом случае спасибо, проект очень интересный) Жаль, не могу помочь кодом, т.к. не ruby-разработчик…

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.