несколько пользователей и один репозиторий на GitHub или Springloops - PullRequest
9 голосов
/ 15 февраля 2011

Кто-нибудь знает способ, позволяющий нескольким пользователям работать из одного и того же репозитория на github или springloops ??Мы попробовали это, используя один и тот же ключ / пару для всех четырех используемых машин, но это не работает.одна учетная запись работает нормально, но тогда мы не уверены, как на самом деле координировать весь аспект push / pull / merge.мы хотели избежать нескольких веток.

привлекательность springloops заключалась в том, что каждый раз, когда кто-то вносил изменения, это изменение автоматически передавалось по FTP на сервер разработки.Тогда только один человек отвечает за перевод dev на производство.

Ответы [ 4 ]

12 голосов
/ 15 февраля 2011

Git был разработан для использования с репозиторием для каждого разработчика.Создайте учетную запись для каждого человека, а затем назначьте ее ответственным за основную ветку.Все остальные разбудят мастера, и они могут работать над тем, что они хотят самостоятельно.Как только они что-то завершат, они отправят вам запрос на извлечение, и вы сможете перенести их изменения в основную ветку.Тогда все остальные могут отстраняться от мастера так часто, как им хочется (один раз в день, два раза в день и т. Д.).
Управление несколькими ветками может показаться сложным, но до тех пор, пока вы эффективно общаетесь, это не должно быть проблемой.Как только разработчик заканчивает работу над компонентом, важно, чтобы он отправил вам запрос на извлечение, и он не просто сидел на коммитах, и никто не знал о них.

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

Если вы действительно хотите использовать одну учетную запись, вам не нужно использовать один и тот же ключ.Github позволяет загружать столько ключей, сколько вы хотите.Однако, если вы хотите что-то, что работает как SVN, вы должны использовать SVN, потому что Git не предназначен для того же рабочего процесса, что и SVN.

8 голосов
/ 24 октября 2013

Есть два основных рабочих процесса. Оба предполагают, что каждый разработчик создал бесплатную и разумную учетную запись github:

  1. Добавьте других разработчиков в качестве соавторов в ваш основной репозиторий, чтобы они могли вносить в него свои изменения.
  2. Позвольте другим разработчикам разветвлять ваш репозиторий и выдавать запросы на включение для интеграции изменения

Коллабораторы предпочтительнее, если группа разработчиков создает или поддерживает программный продукт. На github есть один репозиторий для проекта, и у каждого разработчика будет свой локальный репозиторий для своей работы по разработке.

Разветвление полезно, если есть другие команды или разработчики, использующие собственную версию вашего продукта. Это дает им возможность (запросы на извлечение) предложить свои изменения для улучшения вашего продукта. Каждый форк обычно рассматривается как отдельный жизнеспособный вариант вашего проекта.

Форкинг также может быть полезен в среде с открытым исходным кодом, когда вы «доверяете» потенциальному сотруднику. Если вы обнаружите, что регулярно принимаете их запросы на извлечение, вы можете «продвигать» их в соавторы.

Ветки важны и очень полезны. Трудно обойтись без них в удаленном репо, если более чем одному разработчику необходимо совместно работать над экспериментальной функцией или значительным расширением вашего проекта.

0 голосов
/ 18 июля 2013

Ответ:

chgrp -R <whatever group> gitrepo
chmod -R g+swX gitrepo

(Найдено: https://serverfault.com/a/27040/138239)

0 голосов
/ 15 февраля 2011

Git чрезвычайно гибок, и вы можете настроить его различными способами.Тем не менее, у людей очень сильное мнение о том, что стоит придерживаться при использовании git.Однако это настройка требует некоторой координации, но определенные способы могут потребовать больше или меньше.Общий термин для поиска - «рабочий процесс git», чтобы найти обсуждение этого вопроса.

Обратите внимание, что каждая проверка git является репозиторием, поэтому в некотором тривиальном смысле у каждого разработчика действительно должен быть свой собственный репозиторий.Вполне возможно иметь только один «общий» репозиторий на github, либо с несколькими ключами, либо с одним ключом.Это требует большей координации заранее - вы должны договориться о том, куда направляется разработка.С несколькими «публичными» репозиториями вы можете отложить это.Люди могут посмотреть на работу друг друга и обсудить, должно ли оно быть объединено в благословенном хранилище.

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

...