Неистово плюсую.
Действительно, есть печальный опыт когда проект редизайнился/переверстывался/переписывался 3 раза в то время когда product owner и core architect как дети малые в песочнице, придумывают на ходу мелочи не имея более-мене четкого вектора проекта но углубляясь в менюшечки и кнопочки(работа дизайнера+верстальщика.)
За пост спасибо.
Посту не хватает буквально пары полезных команд:
(предположим ваш паблик-кей уже добавлен владельцем репы в папку с ключами и вам прописаны права в gitolite.conf)
В общем и целом gitolite весьма удобен если разработчикам необходим обмен ветками до пуша на корпоративный ориджин или гитхаб.
Зачем это нужно? Например над проектом работает несколько групп по несколько человек, в таком случае для минимума конфликтов мерджит изменения тимлидер, затем сливает изменения с ориджином и возможно деплоит на стэйдж.
gitolite можно поднять на том-же vds сервере где хостится стейдж например, что позволит гибко распределять права доступа и сведёт к минимуму краши стэйджа в рамках одного root'а.
Добавлю буквально мелочь: при установке версии руби, имеет смысл сразу её[версию] ставить по дефолту.
Пример вывода тиг-а с историей коммитов:
Действительно, есть печальный опыт когда проект редизайнился/переверстывался/переписывался 3 раза в то время когда product owner и core architect как дети малые в песочнице, придумывают на ходу мелочи не имея более-мене четкого вектора проекта но углубляясь в менюшечки и кнопочки(работа дизайнера+верстальщика.)
За пост спасибо.
(предположим ваш паблик-кей уже добавлен владельцем репы в папку с ключами и вам прописаны права в gitolite.conf)
Добавить удалённый репозиторий:
После данной операции команда
выдаст примерно
и у вас появляется возможность затягивать и пушить ветки минуя origin таким образом:
В общем и целом gitolite весьма удобен если разработчикам необходим обмен ветками до пуша на корпоративный ориджин или гитхаб.
Зачем это нужно? Например над проектом работает несколько групп по несколько человек, в таком случае для минимума конфликтов мерджит изменения тимлидер, затем сливает изменения с ориджином и возможно деплоит на стэйдж.
gitolite можно поднять на том-же vds сервере где хостится стейдж например, что позволит гибко распределять права доступа и сведёт к минимуму краши стэйджа в рамках одного root'а.