LINUX.ORG.RU

Нужен совсем микросервер Git

 , ,


0

1

Сейчас я являюсь единственным разработчиком проекта к которому в скором будущем будет подключен еще один человек.
Центрального сервера нет.(и не будет)
В роли централизованного хранилища будет использоваться мой ПК.
Может есть какой микросервер Git?
Как лучше организовать разработку при таком раскладе?

★★★★★

Может есть какой микросервер Git?

rsync?

tailgunner ★★★★★
()

Всё уже придумано давно: github, bitbucket etc.

xterro ★★★★★
()

А чем плох bitbucket? 5 человек в одном приватном проекте бесплатно - ваши нужды полностью покроет.

BattleCoder ★★★★★
()

Как лучше организовать разработку при таком раскладе?

Зарегистрироваться на bitbucket, сделать приватный репозиторий и не делать лишнюю работу.

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

Плюс, удобно работать через вэб-интерфейс.

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

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

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

Да тут маразм заключается в том, что все должно быть внутри локалки...

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

Не разрастется, ресурсов нет

deterok ★★★★★
() автор топика

может посмотреть в сторону fossil?

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

два чая, совсем люди разленились читать

да ппц, тут комментарии какие-то неадекваты пишут: rsync, dropbox, ftp, bitbucket, fossil
а всего-то надо ssh-сервер поднять

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

Мержреквесты и комментирование.

Ок, об этом я и сам написал.

Плюс, администрирование юзеров, ключей, групп.

Настраивается однажды, это не такие ежедневные задачи, для которых стоило бы разворачивать вебморду имхо.

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

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

stevejobs ★★★★☆
()
git init --bare
anonymous
()

А как для гита вообще большой сервер можно родить?

Kalashnikov ★★★
()

Тебе нужно именно «копировать» куда-то свой репозиторий для сохранности? Если да, то просто настрой на сервере ssh. Если нет, то сервер тебе не нужен вообще =).

Deleted
()

git bare и по ssh доступ

dizza ★★★★★
()

Ожидал, что первым же ответом будет: man git-daemon. Но нет же, его даже не упомянули. Он не поддерживает аутентификацию, но вроде как самый «микро» из всех.

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

Ога, а можно ещё проще, делаешь любую шару (nfs, cifs, sshfs и.т.п) и делаешь там bare репу как прозорливо заметил анонимус.

Пишешь:

git clone <путь к шаре>

И получаешь счастье. Хотя раз решено уже наверное что то выбрал?

batbko
()
  • Открой доступ по ssh к своей тачки
  • Создай bare репозиторий и push'ни в него все коммиты из оригинального репозитория. Хоть это и не обязательно, но так у вас будет некое подобие центрального репозитория. Например так:
    git clone --bare ~/Projects/MyProject ${shared_dir}/MyProject.git
    
    Где $shared_dir - папка, которая доступна вам обоим.
  • Потом просто склонировать эту репу с машины другого разработчика:
    git clone ssh://${user}@${your_machine}/${shared_dir}/MyProject.git
    
KennyMinigun ★★★★★
()
Ответ на: комментарий от KennyMinigun

Спасибо, я уже разобрался с этим.

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