Комментарии 60
+4
Мерж-реквесты вкупе с раздачей доступа на конкретные ветки — киллер фича. Вопрос следующего характера: имеет ли смысл обновляться с 1.1 или проще перенастроить заново?
0
1.1 уж очень сильно устарело. Конечно лучше обновиться. При этом читайте что нужно для перехода на 2.0. Другой бекенд теперь поэтому действий много.
0
У вас в вики ссылка на инструкции по апгрейду до 2.0 красная. Думаю, быстрее будет развернуть всё в соседнем chroot-е, а потом перенести туда те 3.5 репозитория, что сейчас под управлением gitlab.
0
Неуспели написать. Вот линк который поможет github.com/gitlabhq/gitlabhq/wiki/Gitolite
0
Кстати, что нужно, чтобы оно нормально работало в chroot-е при условии, что по ssh стучатся на основную систему? Мне не проблемно пробросить в chroot директорию ~/.ssh нужного пользователя и сделать, чтобы при логине запускался schroot куда надо. Но чтобы не работать вслепую, хотелось бы узнать, что и куда пишет gitlab, а так же то, на какие переменные окружения смотри.
0
Можно хотя бы в двух словах зачем оно нужно? Даже сайт не очень информативен по этому поводу…
+1
Планируется ли введение легковесной wiki системы?
0
Еще бы трекер как в редмайне.
+2
Жалко что ruby 1.8.7 не поддерживается, у меня на сервере с репозиториями redmine — а он не работает с 1.9 в стабильной версии ;-(
0
rvm поможет вам.
+1
К сожалению, не поможет — там FreeBSD и redmine из портов. Используется «из коробки», специалистов по ruby нет :-(
-2
поможет конечно. Просто вам лень прочитать 10 строк мануала по использованию rvm.
+3
RVM нет в портах, а значит кто-то должен постоянно поддерживать его. Да — мне лень вручную это поддерживать!
-1
На самом деле все просто:
Ставите системный руби 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.8.7 (большая часть системных скриптов которая написана на руби не работает с 1.9.2);
ставите system wide rvm;
Ставите wrappers и gemsets как вам надо.
У меня у самого на сервере сейчас redmine,fatfree crm (1.8.7), один проект под 1.9.3, и пару под 1.9.2.
Да это нарушит структуру, но зато будут всегда свежие gem'ы. У вас кстати нет проблемы с получением сигналов?
0
Для меня redmine / ruby / thin — черный ящик. Ну как nginx — настраиваю конфиг, но модули не пишу.
Проектов под руби — нет в принципе, а redmine — просто инсталляция из портов, все гем-ы поставились сами по зависимостям.
Про сигналы не в курсе — я вообще не разбираюсь в руби — немного другой профиль…
Проектов под руби — нет в принципе, а redmine — просто инсталляция из портов, все гем-ы поставились сами по зависимостям.
Про сигналы не в курсе — я вообще не разбираюсь в руби — немного другой профиль…
+1
мне кажется rvm'a никогда и не будет в портах.
rvm для одного юзера представляет папочку .rvm в его домашней директории, и симлинки для текущей sh-сессии.
P.S. если ставить rvm под рутом, то он развернется не в ~/.rvm, в /usr/кудатотам
rvm для одного юзера представляет папочку .rvm в его домашней директории, и симлинки для текущей sh-сессии.
P.S. если ставить rvm под рутом, то он развернется не в ~/.rvm, в /usr/кудатотам
0
вот я и говорю: вам настолько лень прочитать 10 строк мануала, что бы понять, что такое rvm, что вы продолжаете нести какую-то чепуху про порты и прочую фрибсдшную муть, которая никакого отношения к rvm не имеет.
0
виртуалка стоит 20 баксов, о чем вообще речь?
0
Очень хороший продукт. Давно искал локальную альтернативу GitHub. Молодцы!
0
Эти «не гетеросеки» вообще не умеют работать с публичной модклью Free Software + Pull Requests,
+1
С GitLab начал баловаться около месяца назад, но как было заявлено разработчиками что в новой версии будет Gitolite решил подождать. В общем поддержка gitolite появилась совсем быстро и я решил установить и попробовать. Все работает нормально. Накатал инструкцию по установке Gitlab на CentOS github.com/behigh/HOWTOs/blob/master/GitLabInstallOnCentos6/README.md
+2
А mailing list какой есть? Форум или что-нибудь? Вот например половину гемов вообще уже нет ни в каких репах и человек не разбирающийся в рельсах не установит даже с инсталлерами…
0
Есть гуглогруппа groups.google.com/group/gitlabhq.
А каких это гемов нет?
А каких это гемов нет?
0
Парсер съел точку groups.google.com/group/gitlabhq
0
Странно что конкурент Github хостится на Github :)
-1
Спасибо, а я гитхаб оплатил за 7 баксов на 5 приватных проектов :) теперь бесконечное кол-во.
-2
Рьяно слежу за проектом.
Вот свою последнюю сессию и начну по мере возможностей помогать вам.
Вот свою последнюю сессию и начну по мере возможностей помогать вам.
0
Вы молодцы, конечно. Но описание, хотя бы краткое, в посте обязано быть.
0
Мы вот купили 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 и перейти на гитлаб ) А если еще и будет возможность платной подписки для того, чтоб была возможность быстро решить проблемы, которые могут возникнуть — ваабще круто!
Причины (я уже в другом топике описывал):
— GH:Enterprise идет как «коробка» без возможности как-то подкрутить под себя — нет доступа никакого к ней.
— Нет возможности навешивать update-хуки, тем самым нет возможности навесить констрейнты на пуши (типа, например, потребовать чтоб в комментарии к коммиту обязательно была ссылка на issue в Jira).
— Довольно сложно накручивается интеграция с той же Jira — например, апдейт issue по тем же комментарием. Да, есть типа что-то типа «Fixed an annoying bug [#WEB-210 transition:31 resolution:1]» но кто помнит все эти коды транзишинов и резолюшенов и какого всегда писать их? Можно ж было чтоб можно было бы законфижить что «Fixed» это транзишен 31 и резолюшен 1.
Да и глупая ценовая политика — только «пакеты» по 20 юзеров и на год только… Ну и цена в 5к имхо завышена во много раз за довольно сырой продукт…
В общем, если гитлаб таки обзаведется необходимыми фичами (типа комментировать коммиты по-строкам) и наростит киллер-фичи (мержреквесты+права на бранчи), прийдется серьезно рассматривать вариант забить на GH:E и перейти на гитлаб ) А если еще и будет возможность платной подписки для того, чтоб была возможность быстро решить проблемы, которые могут возникнуть — ваабще круто!
+7
А если у меня уже есть гитолайт с настроенными корпоративными ништяками (LDAP, разраничение доступа по веткам, мирорринг), то могу я просто прикрутить GitLab как веб морду к нему, заместо не очень функционального гитвеба?
0
можно. Но нужно ковырять его
0
В целом хорошо, но есть несколько недоработок
* неудобная работа с Issues, не особо интуитивное расположение кнопки для просмотра всех issue проекта, к issue не добавляются комменты из коммитов по номеру issue, нельзя назначить метки, вехи, нет нормальных статусов задач, было бы не плохо ещё и допольнительные поля к issues
* отстутствие возможности комментировать коммит построчно
* неудобная работа с Issues, не особо интуитивное расположение кнопки для просмотра всех issue проекта, к issue не добавляются комменты из коммитов по номеру issue, нельзя назначить метки, вехи, нет нормальных статусов задач, было бы не плохо ещё и допольнительные поля к issues
* отстутствие возможности комментировать коммит построчно
0
Смотрится впечатляюще, спасибо!
Судя по merge request — GitLab заведомо ограничен политикой «один проект — один репозиторий», в отличие от гитхабовских форков?
И когда-то вы говорили, что хотели бы иметь возможность взаимодействия различных GitLab-серверов — есть ли это в планах?
Судя по merge request — GitLab заведомо ограничен политикой «один проект — один репозиторий», в отличие от гитхабовских форков?
И когда-то вы говорили, что хотели бы иметь возможность взаимодействия различных GitLab-серверов — есть ли это в планах?
0
Сайт очень неинформативен, а поставить пока временно некуда, поэтому можно задать несколько вопросов?
1. Русская версия есть?
2. К нему есть возможность/желание привинтить и другие системы контроля версий? SVN, Mercurial? Да, git рулит, но не все (разработчики, ide) с ним работают, увы…
Ну и да, в любом случае спасибо, проект очень интересный) Жаль, не могу помочь кодом, т.к. не ruby-разработчик…
1. Русская версия есть?
2. К нему есть возможность/желание привинтить и другие системы контроля версий? SVN, Mercurial? Да, git рулит, но не все (разработчики, ide) с ним работают, увы…
Ну и да, в любом случае спасибо, проект очень интересный) Жаль, не могу помочь кодом, т.к. не ruby-разработчик…
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Gitlab 2.0