training-web.ruГлавнаяКатегорииО насКарта сайтаПоискТёмная тема

Категории

Как работать командой в GIT

Создано: 15 февраля 2016Автор: Егор Астапов1753 просмотраСложность: легкий

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

Вам нужно учесть 3 рабочей среды:

  • локальная среда. Тут самая свежая версия. Тут программист ведет разработку. Ошибок может быть много и только после тестирования ошибки устраняются.
  • тестовая среда. Она предназначена для тестирования. Тут хорошо применять автоматические тесты. Очень часто приложение тестируют вручную.
  • боевая среда. Тут не должно быть ошибок. Протестированное приложение должно разворачиваться на боевом сервере.

Есть ещё одна сложность. Базы данных. При тестировании очень часто создаются какие-то задачи, объекты. В базе данных происходит добавление и обновление информации. В результате должно быть 3 базы данных по количеству рабочих сред (локальная/тестовая/боевая среда).

Смотрите на картинку.

схема хранилища с репозиториями GIT

Обратите внимание на хранилище. Это некий промежуточный этап, который связывает репозиторий. Для того чтобы внести изменения в рабочий проект вам нужно сделать коммит и отправить в хранилище. Если кто-то из ваших коллег внёс изменения, то вы должны забрать эти изменения из GIT репозитория. git pull origin master. После того как коммиты попали в хранилище, переключитесь в боевую папку (репозиторий) и залейте изменения git pull origin master.

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

Комментарии

реклама