Настройка сервера git?

Question

[des1roer]

Есть следующее - рабочий комп Win 7, netbeans, связь с сервером по winscp, putty, OpenServer.
Сервер - centos
Хочу получить следующее - на сервере постоянно рабочий проект. При необходимости что-то исправить я на локальной тачке кодю и тестю. После чего заливаю на сервер.
Или в таком случае можно обойтись без локалки и просто на сервере держать две ветки - основная и develop ?
Очень смутное представление как оно должно работать. Git где создает репозитарий? Запущенный проект и репозитарий - одно и то же?
Сейчас процесс разработки такой - локально допиливаю функции, в случае чего заливаю на сервак и смотрю как на нем запустилось.

UPD
чисто практический вопрос. создал репозитарий на сервере. пытаюсь подключиться из нетбинса. использовать протокол http или ssh? пароль рута? если проект yii лежит в var/www/sitename/public_html/yiiproj . в yiiproj создан реп .git
как подключиться? как sitename/yiiproj/.git или sitename/public_html/yiiproj/.git

Answer 1

[Yustas Alexu]

Или в таком случае можно обойтись без локалки и просто на сервере держать две ветки - основная и develop

Нет. Переключение между ветками меняет структуру папок и файлы. Нельзя одновременно находится в двух ветках одного репозитория.
Создавайте репозиторий сначала на сервере, потом клонируйте локально.
P.S. Лучше поставить на виртуалку CentOS, настроить рабочее окружение и тестировать там.

Comments

[des1roer]

так а репозитарий - это тупо место для хранения, а свой сайт еще нужно куда то копировать? я вообще запутался

[des1roer]

а при чем тут вирталка с centos

[Yustas Alexu]

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

[Yustas Alexu]

des1roer: Папка .git скрыта по умолчанию.

[des1roer]

в таком случае нужно два репозитария - тестовый (локально) и мастер (на сайте) ? я все правильно понял. и в принципе ничего не поменяется для меня. пути не собьются. просто я буду не копировать а мерджить\коммитить?

[Yustas Alexu]

des1roer: Виртуалка с линуксом больше похожа на то, что у Вас на сервере. Согласитесь, Open Server это далеко не то, что у Вас сейчас на сервере.

[Yustas Alexu]

des1roer: Да, все верно. Но не мержить, а комитить (git commit) и пушить (git push).

[des1roer]

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

Answer 2

[Павел Кононенко]

Если проект планируется развивать и при наличии пользователей, то нужно как минимум 3 ветки. Но в вашем случае сойдет только master и production.
Существует сервер на котором расположен удаленный репозиторий и существует ваш продуктовый. Это не должен быть один сервер(ну или хотя бы пользователь). Для того, чтобы из удаленного ветки репозитория все попадало на продуктовый сервер ставят систему деплоя приложений(capistrano).
Если новичок в этом, то рекомендую ставить gitlab. Но все не так как вы описали. Без системы деплоя приложений работать нельзя.

Comments

[des1roer]

а gitlab эт что за зверь

[Павел Кононенко]

des1roer: если вам нужны репозитории именно на вашем сервере, то можно ставить гитлаб, чтобы не мучатся с тонкими настройками, а делать все в веб-интерфейсе. Это по сути локальный gitlab.com.

[des1roer]

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

[Павел Кононенко]

des1roer: ну вообще, если очень хочется, то можно сделать git init на сервере в той папке, где проект хранится. А потом у себя git clone user@ip_address:/home/user/путь_к_каталогу_с_репозиторием.
Тогда если править локально в репозитории, то при git push все будет улетать в репозиторий на сервере.

[des1roer]

так вроде оно и делается? или вы про прослойку тестового сервера?

[Павел Кононенко]

des1roer: Нет) Так не делается. Это плохой способ, но если очень надо, то можно. Хороший способ -- это поставить капистрано. Потому что вы делаете не верстку, а пишете серверный код. Возможно даже используете Composer или что-то еще. Поэтому ваш админ должен вам настроить систему деплоя и вы не будете знать бед. А репозиторий можно держать и на гитхабе или гитлабе и не мучаться.

[des1roer]

нет зачем в сеть выкладывать свой код. тогда уж битбакет. а деплой зачем? это чтобы боевой сервер забирал с тестового? ну пусть у меня тестовым будет мой локальный проект и когда я понимаю что функционал добавлен\работает я пушу это дело на боевой сервер. как я понимаю в случае чего я смогу откатить изменения?

[Павел Кононенко]

des1roer: так можно закрытый репозиторий сделать.
Помимо вашего кода, на сервере будут различные сервисы. Например, я в свой репозиторий добавляю линк на nginx-конфиг приложения. При его изменении нужно nginx рестартовать. Или решите прикрутить поисковой движок аля sphinx. А для него нужно делать переиндексацию при изменении конфигов. Плюс хранятся релизы ранних версий и можно переключаться в случае чего. А развернуть приложение на другом сервере так вообще в 1 команду можно.
В общем то, что вы хотите -- это путь курильщика. Но если хотите, то вперед)

[des1roer]

путь кого?

[Павел Кононенко]

des1roer: есть 2 пути. Путь без системы деплоя -- это путь курильщика.