Редактирование сайта + git. Как правильно выстроить работу?

Question

[Евгений Осипов]

Использовать GIT начал пару недель назад, цель - система контроля версий.
Сделал по этой инструкции https://github.com/eveness/git-and-timeweb

Проблема в том, что я привык править файлы проекта в Sublime Text и сразу через SFTP менять их на сервере, когда вижу что всё сделал как нужно, делаю add + commit локально, отправляю его на сервер, но т.к. файлы правились напрямую на сервере, возникает конфликт.

Если править файлы только локально и отправлять изменения только через add + commit то конфликта нет.
Что бы работало так - нужно поднимать локальный веб сервер, а это не удобно.

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

С сайтом одновременно работает строго один человек.

Answer 1

[Евгений Осипов]

Решил свою проблему так:

• На удаленном сайте делаю "git init"
  
• Затем получаю через SSH "clone" копию на локальный компьютер
  
• Дополнительно делаю "push" проекта на GITHUB (на всякий случай)
  
• Работаю с сайтом используя SublimeText + SFTP (локальные правки сразу уходят на сайт)
  
• Локально отслеживаю изменения через SublimeMerge
  
• Когда понимаю что на сайте всё работает как нужно, на удаленном сервере фиксирую изменения в git
  
• Локальные изменения удаляю, либо прячу через stash (при желании можно чистить "git reset --hard" + "git clean -f -d")
  
• Получаю "pull" изменения с удаленного сервера, делаю push на GITHUB (на всякий случай)
  
• Если делал stash - делаю stash pop, и, то что пришло через pull, идеально ложится на stash pop, т.к. это одно и тоже
  

Чего я добился этим: делаю быстрые правки и имею возможность откатиться в случае ошибок.
Я понимаю что мой метод идет вразрез логике и самой идеи GIT, но для меня, в настоящий момент, он подходит. Благодарю за ответы и советы.

Comments

[Евгений]

С удалённым сервером для разработки тоже делал себе почти такую же схему. Не придумал как лучше.
Проще было бы с локальным сервером, но это уже совсем другая история :)

Answer 2

[Анатолий Медведев]

Подскажите, как вы работаете с проектами?

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

это не удобно.

что в этом не удобного? неудобно это заниматься этим:

править файлы проекта в Sublime Text и сразу через SFTP менять их на сервере

Comments

[profesor08]

править файлы проекта в Sublime Text и сразу через SFTP менять их на сервере

Особенно кто-то еще обновил файлик перед тобой. Вот прям шик ситуация.

[Евгений Осипов]

Прошу прощения, не написал сразу: сайт редактирую только я.
Плагин SFTP для SublimeText отправляет файл на сервер сразу после сохранения, неудобств нету.

[Андрей]

Евгений Осипов, вам люди дело говорят, поверьте. Редактировать файлы на боевом сервере не только непрофессионально, но и опасно. "Будьте готовы к непредвиденным последствиям".

Answer 3

[Дмитрий Шицков]

Локально обычно тестируют в контейнере, стабильную версию деплоют на сервер. Можно, опять же, контейнером.

Можно автоматизировать доставку кода на сервер, например, используя бесплатный репозиторий gitlab и gitlab ci.
Github так же предлагает несколько бесплатных способов тестить, собирать и деплоить небольшие проекты.

Answer 4

[Дмитрий Чащинов]

https://habr.com/ru/post/127213/

Comments

[Евгений Осипов]

Я не хочу и не буду поднимать локальный сервер.

[Дмитрий Чащинов]

Евгений Осипов, в статье об этом ни слова, а лишь о том, что на сервере лучше иметь два репозитория, чем один.

[Евгений Осипов]

Дмитрий Чащинов, объясните мне если не сложно, зачем делать bare репозиторий, и что за правило такое:

Одно из основных правил при работе с Git — никогда не делайте push в репозтирий, у которого есть рабочая копия.

В чем его цимус, если всё равно при вливании в bare будут выполнены хуки которые поменяют файлы в Prime-репозитории? Если только в том, что по умолчанию Prime не даст сделать в него push, но это можно изменить в настройках.

Answer 5

[Alex Wells]

На сервере ничего не правится. Исключением может быть какой-то хот-хот-хот фикс, хотя я не уверен, насколько это правильно - тогда можно сделать git stash (после того, как пофиксили в репо). В остальных же случаях - используете локальный сервер, и тестируете абсолютно все на локалке.

Answer 6

[Sergei Iamskoi]

Создайте локальную серверную среду в Vagrant или Docker - там и тестируйте. При появлении нового разработчика ему нужно будет всего лишь запустить ваш контейнер и сразу сможет работать локально.

Для деплоя на сервер можно использовать разные предназначенные для этого софтины, их огромное кол-во: Jenkins, Travis, TeamCity, TFS и т.д. Можно конечно и в крон запихать ежеминутный git pull :) Но лучше все же взять, например, Jenkins. Так же Bitbucket, github и gitlab предоставляют по это для этих целей с инструкцией как настраивать.

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

Answer 7

[bro-dev]

Можешь поднять на сервере samba и править всё как будто локально в сетевом диске. У меня так сделано пишу код по сути сразу на дев сервере.

Comments

[Евгений Осипов]

Так плагин SFTP делает все очень быстро и без Samba ;)