Локальное хранилище разработчика является удаленный репозиторий, если вы не на станции разработчика. Нет ничего, что необходимо для обеспечения удаленного доступа, кроме возможности доступа к нему (доступ к файлу в папке .git должен быть достаточным). Просто настройте пульт для репозитория этого разработчика и используйте его при потянув.
Однако, если разработчик не определил ветку в своем локальном репозитории как общедоступную и только зафиксировал ее, когда они закончили с кодом, извлечение из нее может создать некоторые довольно странные результаты.
Существует ряд рабочих процессов, которые были разработаны, чтобы избежать проблем, которые могут возникнуть у нескольких пользователей, изменяющих одну и ту же базу кода, и убедитесь, что код, который делает его в производстве, полностью протестирован. Поиск «git workflow» даст вам много чтения, большая часть которого противоречива; все это полезно для определения того, какой рабочий процесс лучше всего подходит для вашей среды.
Чувак! Это источник управления, вы всегда можете откат. Это точка управления источником. Может быть, лучше, если вы создадите ветвь «тестирования», но любой другой рабочий процесс выглядит сумасшедшим - у вас есть система управления версиями. Это позволяет вам легко маркировать и откатываться. – Hogan
Просто клонируйте его на удаленный компьютер и затем верните его к локальной машине. Теперь вы можете продвигаться вверх по течению. BTW пытается передать только «стабильный» код основной ветке. В противном случае вступайте в филиалы. – Bart