How to unfold the project?

Question

git

I have the following project configuration:
1. In the /mysite folder on the local computer;
2. In the test.example.com folder - on the server (VPS)
3. In the next folder, the "combat" site exampe.com
On test.example.com, the project merges from the turnip.
There is no deployment of test.example.com to example.com yet - that's what the question is about.
What is the best way to do it - by directly copying the folder or through a turnip (does it make sense to use another turnip for this)?
test.example.com works with a "combat" database, this makes it possible to actually check the changes made on the locale and merged through the turnip to the test site.
Но тут есть проблема: например, изображения, загруженные через тестовый сервер грузятся в его же папку (с относительными путями), соотв. на "боевом" они не показываются. Это говорит о том, что папку с изображениями надо копировать ручками. Или весь тестовый сайт сливать в дополнительную репу, а из репы разворачивать в папке example.com "боевой", уже собранный сайт? Как лучше поступить, посоветуйте, братцы?
Я так понимаю, что пересекаются два интереса: первый — работа над кодом/дизайном сайта и обновление оного, второй - возможность использовать новый функционал тестового сайта для загрузки материалов на сервер, с последующим обновлением кода/дизайна (т.е. для конечного юзера сразу появляется и новый функционал и материалы). И похоже, уши проблемы торчат на перекрёстке этих интересов. Как разрулить ситуацию?

Answer 1

Если уж так хочется держать тест на проде и боевых данным:
1. Папки с загружаемым контентом заменить на симлинки в общее хранилище. Тогда они будут везде доступны.
2. "боевую" версию выкладывать из гита конечно. Напишите маленький скриптец который сразу все делает - обновляет исходники, зависимости(composer/pip что у вас там) ну и накатывает миграции. Ну или используйте любой софт для деплоя.
3. На тестовую версию будет удобно сделать вытовыкат изменений с каждым коммитом. Используйте вебхуки для этого.

Answer 2

Continious Integration, в частности Jenkins.
То что делаете ручками нужно оформить скриптами.