Настройка Git. Клонирование репозиториев с текущего сервера на локальный сервер

#git #server #clone #git-clone

#git #сервер #клонирование #git-clone

Вопрос:

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

Наша настройка заключается в следующем:

У нас есть локальный сервер, работающий в офисе, где мы создаем проекты. На данный момент, как только эти проекты будут готовы, мы архивируем проект, создаем новый домен на нашем текущем сервере, затем загружаем файлы, извлекаем, меняем конфигурацию и т.д. Git установлен как на локальном, так и на текущем сервере.

Теперь, чтобы внедрить Git в наш рабочий процесс, я представлял себе процесс следующим образом:

  1. Для нового проекта на действующем сервере создается новый репозиторий.
  2. Репозиторий клонируется (или разветвляется?) на наш локальный сервер с текущего сервера
  3. Каждый разработчик может разветвляться и работать в своей отдельной ветке на локальном сервере. Ветви привязаны к локальному клону.
  4. Как только сайт будет завершен, репозиторий будет отправлен на текущий сервер.

Правильно ли я понимаю, что описанный выше процесс — это то, что мне нужно делать? Возможно, это совершенно неверно, и я подумал, что публикация вопроса здесь может помочь внести ясность в то, как я должен использовать Git. Я вижу, что это чрезвычайно полезная часть программного обеспечения, и хочу начать использовать ее как можно скорее из-за количества разработчиков, которые у нас в офисе!

Спасибо

Комментарии:

1. Pro Git Book доступен для просмотра на сайте Git. Там есть главы о настройке и серверах

Ответ №1:

Я думаю, вам следует добавить еще пару шагов.

  1. Для нового проекта на действующем сервере создается новый репозиторий.
  2. Репозиторий клонируется на локальный сервер с текущего сервера.
  3. Каждый разработчик, в свою очередь, клонирует репозиторий с локального сервера на свою машину и работает над своей отдельной веткой в своей локальной копии.
  4. Изменения фиксируются в ветке локального клона, и они передаются на ваш локальный сервер (тот, который обычно используется всеми разработчиками) в соответствующую ветку.
  5. Кто-то объединяет код в развернутую ветку на локальном сервере.
  6. Как только сайт завершен и работает на локальном сервере, развертываемая ветвь из репозитория локального сервера передается на текущий сервер.

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

Кроме того, я бы предложил использовать 2 ветки, одну testing и другую master . Любое слияние ветвей на локальном сервере должно сначала происходить в testing ветке, и только когда изменения будут одобрены в testing ветке, они должны быть объединены в master ветку. Затем основная ветвь может быть развернута на удаленном сервере.

Другим улучшением могло бы быть использование решения для размещения кода, такого как github / bitbucket / gitlab, для поддержки репозитория и извлечения изменений как на локальном, так и на удаленном сервере из этого репозитория.

Комментарии:

1. Спасибо. Теперь это приобретает для меня смысл, и я думаю, что чем больше я буду пытаться использовать это, тем успешнее я буду.

Ответ №2:

  1. Сначала добавьте git rep на сервер с помощью «git init»
  2. Затем свяжите своего представителя с текущим сервером, используя «git remote add your_rep_link»
  3. Затем зафиксируйте свой код с помощью «git add .» , «git commit -m «your-comment»»
  4. Затем оформите новую ветку «git checkout -b your-new-branch»
  5. Затем отправьте свой код в ветку «git push origin your-new-branch».