Мерж-реквесты вкупе с раздачей доступа на конкретные ветки — киллер фича. Вопрос следующего характера: имеет ли смысл обновляться с 1.1 или проще перенастроить заново?
У вас в вики ссылка на инструкции по апгрейду до 2.0 красная. Думаю, быстрее будет развернуть всё в соседнем chroot-е, а потом перенести туда те 3.5 репозитория, что сейчас под управлением gitlab.
Кстати, что нужно, чтобы оно нормально работало в chroot-е при условии, что по ssh стучатся на основную систему? Мне не проблемно пробросить в chroot директорию ~/.ssh нужного пользователя и сделать, чтобы при логине запускался schroot куда надо. Но чтобы не работать вслепую, хотелось бы узнать, что и куда пишет gitlab, а так же то, на какие переменные окружения смотри.
Удобная веб-морда к гиту для работы в команде. Можно создавать репозитории, раздавать к ним доступ, смотреть диффы, управлять ssh-ключами. Сейчас вот ещё и мерж-реквесты прикрутили.
Воспользуйтесь Bootstrap'ом — с его помощью легко реализуются большинство модных сейчас фич. При этом сайт получается на 80-90% кроссбраузерным. Я свой переделал за неделю, и результатом (http://driversworld.us/) был очень доволен.
На самом деле все просто:
Ставите системный руби 1.8.7 (большая часть системных скриптов которая написана на руби не работает с 1.9.2);
ставите system wide rvm;
Ставите wrappers и gemsets как вам надо.
У меня у самого на сервере сейчас redmine,fatfree crm (1.8.7), один проект под 1.9.3, и пару под 1.9.2.
Да это нарушит структуру, но зато будут всегда свежие gem'ы. У вас кстати нет проблемы с получением сигналов?
Для меня redmine / ruby / thin — черный ящик. Ну как nginx — настраиваю конфиг, но модули не пишу.
Проектов под руби — нет в принципе, а redmine — просто инсталляция из портов, все гем-ы поставились сами по зависимостям.
Про сигналы не в курсе — я вообще не разбираюсь в руби — немного другой профиль…
вот я и говорю: вам настолько лень прочитать 10 строк мануала, что бы понять, что такое rvm, что вы продолжаете нести какую-то чепуху про порты и прочую фрибсдшную муть, которая никакого отношения к rvm не имеет.
И саппортить виртуалки нужно ничуть не меньше, чем реальные сервера. Для меня имеет смысл только на одном сервере с редмайном — там и интеграционные репозитории проектов хранятся.
С GitLab начал баловаться около месяца назад, но как было заявлено разработчиками что в новой версии будет Gitolite решил подождать. В общем поддержка gitolite появилась совсем быстро и я решил установить и попробовать. Все работает нормально. Накатал инструкцию по установке Gitlab на CentOS github.com/behigh/HOWTOs/blob/master/GitLabInstallOnCentos6/README.md
Прочитал свой ответ и показался каким-то двусмысленным. В общем имел ввиду: Выкладывайте конечно, буду только рад. Буду дополнять по возможности. Если кто столкнется с нюансами при установке, пишите, дополним.
А mailing list какой есть? Форум или что-нибудь? Вот например половину гемов вообще уже нет ни в каких репах и человек не разбирающийся в рельсах не установит даже с инсталлерами…
Мы вот купили 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 и перейти на гитлаб ) А если еще и будет возможность платной подписки для того, чтоб была возможность быстро решить проблемы, которые могут возникнуть — ваабще круто!
А если у меня уже есть гитолайт с настроенными корпоративными ништяками (LDAP, разраничение доступа по веткам, мирорринг), то могу я просто прикрутить GitLab как веб морду к нему, заместо не очень функционального гитвеба?
* неудобная работа с Issues, не особо интуитивное расположение кнопки для просмотра всех issue проекта, к issue не добавляются комменты из коммитов по номеру issue, нельзя назначить метки, вехи, нет нормальных статусов задач, было бы не плохо ещё и допольнительные поля к issues
* отстутствие возможности комментировать коммит построчно
Судя по merge request — GitLab заведомо ограничен политикой «один проект — один репозиторий», в отличие от гитхабовских форков?
И когда-то вы говорили, что хотели бы иметь возможность взаимодействия различных GitLab-серверов — есть ли это в планах?
Сайт очень неинформативен, а поставить пока временно некуда, поэтому можно задать несколько вопросов?
1. Русская версия есть?
2. К нему есть возможность/желание привинтить и другие системы контроля версий? SVN, Mercurial? Да, git рулит, но не все (разработчики, ide) с ним работают, увы…
Ну и да, в любом случае спасибо, проект очень интересный) Жаль, не могу помочь кодом, т.к. не ruby-разработчик…
Gitlab 2.0