Как мне настроить работу с git для prod и dev сайта?

Question

[Олег]

Подскажите, пожалуйста, как правильно сделать.

Есть сайт prod.site.com. Он без git.
Я создал dev.site.com от prod.site.com, на котором буду вести разработку.
Использую bitbucket.
Залил в bitbucket сайт с локального компьютера.
Сделал git pull на dev.site.com, настроил конфиги - работает. Теперь я могу вести разработку на нем и коммитить свои правки.

Осталась очередь за prod.site.com. Как мне подключить его к git? Внутри сайта я не могу сделать git pull, потому что она не пустая.
Раньше я делал следующим образом: переименовывал папку с сайтом (например, prod.site.com1), создавал рядом папку prod.site.com (она пустая) и делал туда git pull. И уже с папки prod.site.com1 заменял в папке prod.site.com конфиги на актуальные и т.д.
Но выглядит это ужасно и не удобно. Подскажите, как правильно это сделать? Как мне подключить git в моей папке prod.site.com?

Comments

[Максим Федоров]

Первым источником и первой целью для привязке к репе на живом проекте должен быть боевой проект на боевом хостинге...

Когда репа "догнала" состояния боевого, и боевой привязан -- с жтого момента боевой проект должен быть подчинени репозиторию...

Клонируете репу и меняете, потом изменения на боевой катите

Answer 1

[PVLTMK]

Не совсем понятно что за конфиги имеете в виду, но в общем виде это выглядит примерно так:
1. Инициализировать новый git в папке prod
git init
2. Связать локальный гит репозиторий с удаленным
git remote add origin <url to remote repository>
3. Добавить .gitignore (и заполнить его как вам нужно), добавить файлы для трекинга, commit

touch .gitignore
git add .
git commit -m 'first commit prod'

4. Сделать pull всех файлов с удаленного репозитория
git pull
5. Решить все конфликты merge если такие возникли.
6. Затем можно пушить все на удаленый репозиторий
git push

Comments

[Олег]

Спасибо. Так и сделал

[Олег]

PVLTMK Подскажите еще, пожалуйста.
Я сделал git init, git remote add
Добавил gitignore
После делаю git pull origin master и получаю следующее:
Подскажите, пожалуйста, что я должен сделать, чтобы не положить prod сайт?

[PVLTMK]

после git init, git remote add файлы в директории пока что не являются отслеживаемыми гитом (можно проверять с помощью git status). т.е. вам надо их добавить используя заклинание
git add .
после чего они гит начнет отслеживать изменения в них. затем вам нужно сохранить их состояние написав
git commit -m 'I want to save my prod state'

Этот коммит пока что можно не заливать на удаленный репозиторий и он будет лежать у вас локально. Но тогда, когда вы сделаете много изменений и потом захотите обновить прод и вдруг возникнут конфликты то решать их придется руками в консоле на сервере, что ужасно неудобно. Для того чтобы этого избежать, лучше сразу залить его, пока он идентичный состоянию удаленного репозитория написав git pull а затем git push. Если все пройдет гладко, то все последующие обновления вы будете делать просто не задумываясь вбивая git pull и все.

п.с. если что то пойдет не так то вы всегда можете откатить изменения на прод сервере к тому первому коммиту ;)

Answer 2

[kova1ev]

Думаю, чтобы правильно сделать, нужно почитать где-то здесь: https://bitbucket.org/product/ru/features/pipelines
А если не очень правильно, то напишите скрипт какой-нибудь, который будет ваш сайт из папки Dev в папку Prod копипастить, и запускайте его, когда на прод выкатываете.

Comments

[Олег]

Тут не вопрос в деплое.
Вопрос в том, как мне в папке с prod сайтом, где нет гита - установить его и сделать git pull, ведь папка не пустая. А на не пустую папку - git ругается, если я делаю git pull

[kova1ev]

bysobi, если честно, не очень понимаю, какая у вас цель, но я представил себе ее как то так:
Есть репозиторий с кодом, вы хотите вносить в код правки, проверять их на тестовом окружении и если все норм выкатывать на прод.

Обычно это делается так: репозиторий с кодом один, вы настраиваете в CI/CD пайплайны, первый - собирает ваш проект из исходников в репе, второй - деплоит на тестовое окружение, третий - деплоит на прод. Делаете правки - запускаете сборку (пайплайн 1) - выкатываете на тест (пайплайн 2) - тестите - выкатываете на прод (пайплайн 3).

CI/CD, как я понял, на битбакете присутствует.

[Дмитрий]

bysobi, эту процедуру нужно сделать один раз. Что вам мешает сделать pull в новую папку (естественно нужно пулить тот же коммит, который в продакшине)?
После этого вы можете скопировать файлы из рабочего местоположения в папку с git. Если теперь сделаете git status, то увидите все отличия, которые вы сделали на боевом сервере. Коммитите изменения, обновляете исходники до свежего коммита и подменяете папки. После этого вам нужно будет только делать git pull после обновления проекта на битбакете.

Answer 3

[Дмитрий]

В git нужно хранить конфиги по-умолчанию, а реальные конфиги, перекрывающие умолчания, не должны храниться в гит. В этом случае на dev у вас будут одни конфиги, а на prod другие и ничто не помешает вам просто сделать git pull в продакшине (продакшин продакшину рознь, естественно, и не везде можно обойтись без CI/CD).