Каков наилучший вариант развертывания для публикации git-репозитория на рабочей станции для программистов?

Question

Я хотел бы использовать децентрализованный рабочий процесс git в качестве ежедневного контроля версий исходного кода. В команде работает несколько программистов, оснащенных рабочей станцией Windows. Каждый программист может извлекать и извлекать файлы из репозитория git друг друга.

Какой самый простой способ развернуть Git-шлюз для команды? Http нужно развернуть веб-сервер, который я пытаюсь избежать.

Answer 1

Находясь в той же ситуации, я могу порекомендовать просто использовать SMB-ресурсы, содержащие репозиторий. Клоны репозитория находятся на нескольких компьютерах, каждый из которых ссылается на пульт другого. Это чисто децентрализовано.

Remotes имеет URL-адрес, зарегистрированный в Git, например: //computer/share-name/repo

Единственное, о чем нужно заботиться, это открыть общий ресурс в Проводнике перед извлечением или извлечением. Однако не забывайте нажимать, поскольку они не являются открытыми хранилищами. В любом случае, вам лучше иметь доступ только для чтения к другим ресурсам, чтобы избежать проблем, поэтому нажатие не будет работать.

Answer 2

+ 1 для использования акций SMB.

Мы широко используем их, и они очень просты.

И еще: просто настройте общий ресурс с постоянным отображением (Мой компьютер -> Контекстное меню -> Подключить сетевой диск -> Повторное подключение при входе в систему), так что у вас есть, скажем, диск Z:\.Тогда вы могли бы просто указать пульт Git на /z/my-repo.git/ и все.Вы можете работать с ним в любое время.

Также вы можете настроить локальный сервер с логическим «центральным» хранилищем.Таким образом, вам не нужно будет устанавливать каждый ящик разработчика с большим количеством общих ресурсов и т. Д. Если вы хотите поделиться - просто отправьте изменения на центральный сервер.В небольшой команде (менее 10-15 разработчиков) вы можете отказаться от простого соглашения о том, когда вы можете основывать свою работу на чьей-либо ветке в центральном репо или нет (чтобы у вас не было проблем с толчками, перебазированием, переписыванием сил)история и т. д.)В больших командах или распределенной команде вы можете установить правила выборки, о которых удаленные ветви должны отслеживаться / выбираться автоматически («общие» общие ветви, где переписывание истории не приветствуется), а какие - только по явному требованию («частные» ветви, где разработчики).может поделиться работой со сверстниками и договориться о том, как работать с филиалами индивидуально).