LINUX.ORG.RU

gitolite vs хостинги кода

 , , , ,


0

2

Какие преимущества имеет gitolite перед известными хостингами кода в плане управления правами доступа (пользователи, группы, бранчи, теги и прочее)?

А второй вопрос - это какое серверное ПО используют эти самые хостинги?

Причина вопроса - непонимание причин популярности таких хостингов.

gitolite ты можешь развернуть локально, а какой-нибудь github висит в интернетах.

Причина вопроса - непонимание причин популярности таких хостингов.

Зачем что-то городить у себя когда я могу это выложить на github (с учетом того что это не что-то конфиденциальное и может быть полезно другим)?

alozovskoy ★★★★★ ()

Какие преимущества имеет gitolite перед известными хостингами кода в плане управления правами доступа (пользователи, группы, бранчи, теги и прочее)?

Огромное.

А второй вопрос - это какое серверное ПО используют эти самые хостинги?

Проприетарное.

Причина вопроса - непонимание причин популярности таких хостингов.

Поднимать свой сервер и писать какие-то заковыристые права доступа обычно нужно только всякому кровавому энтерпрайзу. Простому опенсорсному обывателю это всё сложно и нафиг не нужно.

thriller ★★ ()

если хочется свой хостинг, то есть gitlab

HighwayStar ★★★★★ ()

В связке gitolite + cgit выходит вполне терпимо, но и первое и второе как-то очень топорно. Или gitlab, если не страшно связываться с ruby. (Последние версии требуют последний ruby, что на debian может быть проблемой.)

beastie ★★★★★ ()
Последнее исправление: beastie (всего исправлений: 1)
Ответ на: комментарий от beastie

Или gitlab, если не страшно связываться с ruby.

Вопрос ещё вызван непониманием необходимости графического интерфейса, если он не расширяет возможности git (а он, видимо, ничего не даёт ни в плане управления правами, ни в плане управления репозиторием вообще).

gitolite - это, как я понимаю, хотя бы неизбежность, если нет ничего больше (а я не знаю ничего больше). А что в нем топорно?

early_britney_fun ★★★★ ()

Не понимаю вопросы в духе «owncloud vs dropbox». Не у всех есть желание и возможность разворачивать свой хостинг. Равно как не у всех есть желание доверять свои данные третьим сторонам. Поэтому все эти продукты совершенно не исключают друг друга.

buddhist ★★★★★ ()
Ответ на: комментарий от buddhist

Не у всех есть желание и возможность разворачивать свой хостинг.

С учетом стоимости приватных репозиториев не составляет труда настроить хотя бы какой-нибудь чахлый компик под это дело, тем более, что всего-то нужно настроить линукс, git и gitolite. Но это не бьётся с большим количеством (как я предполагаю) закрытых платных репозиториев.

Кроме того, это противоречит идее децентрализации git. Я почему эту тему завёл, потому что некоторое время назад, когда были проблемы с доступом к публичному хостингу, многие мои знакомые переживали. Причем даже те, кто им не пользовался ) Они размахивали своими телефонами и кричали - смотри, смотри, что тут пишут!

early_britney_fun ★★★★ ()
Последнее исправление: early_britney_fun (всего исправлений: 4)
Ответ на: комментарий от early_britney_fun

не составляет труда настроить хотя бы какой-нибудь чахлый компик под это дело

Чахлый компик сдохнет — репа сдохнет, а гитхаб вероятно может дать какие-то более весомые гарантии.

это противоречит идее децентрализации git

Да не очень, гитхаб — просто еще одно место, где может храниться репозиторий. Другое дело, _чужие_ репозитории чаще всего могут быть доступны только через гитхаб. Ныли же не по поводу того, что их собственная разработка застопорится, а по поводу того, что какой-нибудь очередной нодовелосипед скачать не получится.

buddhist ★★★★★ ()
Последнее исправление: buddhist (всего исправлений: 1)
Ответ на: комментарий от early_britney_fun

gitolite - это, как я понимаю, хотя бы неизбежность

В самом простом случае (полный коммунизм и все друг другу доверяют) тебе и гитолайт-то не нужен, только https+webdav и(ли) ssh-доступ.

thriller ★★ ()
Ответ на: комментарий от early_britney_fun

gitolite — для «домашнего» использования вполне себе сойдёт, но если у тебя много проектов/разработчиков, то он становится быстро неудобным.

cgit — прибитое гвоздями нечто. ;)

beastie ★★★★★ ()
Ответ на: комментарий от beastie

Последние версии требуют последний ruby, что на debian может быть проблемой.

гитолайт тащит с собой столько, что я не решился ставить его в основную систему и развернул в LXC

stevejobs ★★☆☆☆ ()

когда начнешь платить админу из собственного кармана, сразу поймешь, зачем гитхаб нужен

stevejobs ★★☆☆☆ ()
Ответ на: комментарий от stevejobs

гитолайт тащит с собой столько

В Debian'e gitolite3 зависит от git, perl, ssh-server, debconf-2.0 и adduser.

i-rinat ★★★★★ ()
Ответ на: комментарий от i-rinat

описался, конечно. gitlab. там полный стек ынтерпрайз-руби подтягивается.

stevejobs ★★☆☆☆ ()
Ответ на: комментарий от stevejobs

все кроме самого ruby можно ставить через bundler, так апдейтиться проще, сам руби можно ставить через rvm

HighwayStar ★★★★★ ()
Ответ на: комментарий от HighwayStar

у меня на серваке дофига другого разного руби, и то что он пытается юзать мою экосистему как свою собственную мне ничерта не нравится.

Например, ладно бы он, притащил свою собственную embedded базу данных и тихо молча ее заюзал - но нет, он хочет юзать системный постгрес, и чтобы я ему его настраивал. В жопу, батенька, в жопу проходите, не стесняйтесь. Точнее, в виртуалку.

stevejobs ★★☆☆☆ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.