Изпращане към производствения сървър
Предполагам, че в ви отговаря цитат , отговорът се отнася до натискането към производствения сървър като "различна история", само защото човек може да избута всеки стар ангажимент към сървъра за тестване, но ще бъдете много внимателни само да изпратите старателно тествана версия към производствения сървър.
Мисля, че подходът, за който се позовавате (на разгръщане чрез натискане към чисто хранилище с post-receive) който прави git checkout -f с подходящо зададен GIT_WORK_TREE ) е добър за внедряване от git.
Конфигурационни файлове
Това е разумен план, но трябва да сте малко внимателни при използването на .gitignore за да игнорирате конфигурационни файлове - може да искате да разгледате този отговор за повече информация:
Достъп до данни
Мисля, че въпросът за данните за вашия промеждуващ сървър наистина е отделен проблем, тъй като нито една от тези данни няма да бъде във вашата система за контрол на версиите - може би си струва да добавите още един въпрос тук за този проблем. Вие можете имам скрипт, който изхвърля данни на живия ви сървър и ги импортира в промеждуващия сървър, но се сещам за много ситуации, в които това би било нежелателно, особено когато трябва да се вземат предвид подробностите за клиентите и законите за защита на данните.
