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

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

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

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

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

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

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