#git #server #clone #git-clone
#git #сервер #клонирование #git-clone
Вопрос:
Я новичок в Git и пытался внедрить его в среду моего рабочего места, поскольку в настоящее время у нас нет VC. Я ознакомился с руководствами онлайн и на веб-сайте и имею представление о том, как это работает, командах и т.д. Единственная проблема, с которой я сталкиваюсь, заключается в том, чтобы внедрить это в наш ежедневный рабочий цикл и как это будет работать на наших серверах разработки и на действующих серверах.
Наша настройка заключается в следующем:
У нас есть локальный сервер, работающий в офисе, где мы создаем проекты. На данный момент, как только эти проекты будут готовы, мы архивируем проект, создаем новый домен на нашем текущем сервере, затем загружаем файлы, извлекаем, меняем конфигурацию и т.д. Git установлен как на локальном, так и на текущем сервере.
Теперь, чтобы внедрить Git в наш рабочий процесс, я представлял себе процесс следующим образом:
- Для нового проекта на действующем сервере создается новый репозиторий.
- Репозиторий клонируется (или разветвляется?) на наш локальный сервер с текущего сервера
- Каждый разработчик может разветвляться и работать в своей отдельной ветке на локальном сервере. Ветви привязаны к локальному клону.
- Как только сайт будет завершен, репозиторий будет отправлен на текущий сервер.
Правильно ли я понимаю, что описанный выше процесс — это то, что мне нужно делать? Возможно, это совершенно неверно, и я подумал, что публикация вопроса здесь может помочь внести ясность в то, как я должен использовать Git. Я вижу, что это чрезвычайно полезная часть программного обеспечения, и хочу начать использовать ее как можно скорее из-за количества разработчиков, которые у нас в офисе!
Спасибо
Комментарии:
1. Pro Git Book доступен для просмотра на сайте Git. Там есть главы о настройке и серверах
Ответ №1:
Я думаю, вам следует добавить еще пару шагов.
- Для нового проекта на действующем сервере создается новый репозиторий.
- Репозиторий клонируется на локальный сервер с текущего сервера.
- Каждый разработчик, в свою очередь, клонирует репозиторий с локального сервера на свою машину и работает над своей отдельной веткой в своей локальной копии.
- Изменения фиксируются в ветке локального клона, и они передаются на ваш локальный сервер (тот, который обычно используется всеми разработчиками) в соответствующую ветку.
- Кто-то объединяет код в развернутую ветку на локальном сервере.
- Как только сайт завершен и работает на локальном сервере, развертываемая ветвь из репозитория локального сервера передается на текущий сервер.
Обратите внимание, что в этой схеме кто-то должен позаботиться о слиянии ветвей на локальном сервере и переносе развертываемой ветви с локального сервера на удаленный серверный компьютер.
Кроме того, я бы предложил использовать 2 ветки, одну testing
и другую master
. Любое слияние ветвей на локальном сервере должно сначала происходить в testing
ветке, и только когда изменения будут одобрены в testing
ветке, они должны быть объединены в master
ветку. Затем основная ветвь может быть развернута на удаленном сервере.
Другим улучшением могло бы быть использование решения для размещения кода, такого как github / bitbucket / gitlab, для поддержки репозитория и извлечения изменений как на локальном, так и на удаленном сервере из этого репозитория.
Комментарии:
1. Спасибо. Теперь это приобретает для меня смысл, и я думаю, что чем больше я буду пытаться использовать это, тем успешнее я буду.
Ответ №2:
- Сначала добавьте git rep на сервер с помощью «git init»
- Затем свяжите своего представителя с текущим сервером, используя «git remote add your_rep_link»
- Затем зафиксируйте свой код с помощью «git add .» , «git commit -m «your-comment»»
- Затем оформите новую ветку «git checkout -b your-new-branch»
- Затем отправьте свой код в ветку «git push origin your-new-branch».