Pousser vers le serveur de production
Je suppose que dans la réponse vous devis , la réponse fait référence au fait de pousser vers le serveur de production comme "une histoire différente", simplement parce que l'on peut pousser n'importe quel ancien commit vers le serveur de staging pour le tester, mais vous feriez très attention de ne pousser qu'une version soigneusement testée vers le serveur de production.
Je pense que l'approche à laquelle vous faites référence (de déployer en poussant vers un référentiel nu avec un post-receive qui fait git checkout -f avec un GIT_WORK_TREE correctement défini ) est bon pour le déploiement à partir de git.
Fichiers de configuration
C'est un plan raisonnable, mais vous devez être un peu prudent sur l'utilisation de .gitignore pour ignorer les fichiers de configuration - vous voudrez peut-être consulter cette réponse pour en savoir plus :
Accéder aux données
Je pense que la question sur les données de votre serveur de transfert est vraiment un problème distinct, car aucune de ces données ne sera dans votre système de contrôle de version - il pourrait être utile d'ajouter une autre question ici à propos de ce problème. Vous pourriez avoir un script qui vide les données sur votre serveur en direct et les importe sur le serveur intermédiaire, mais je peux penser à de nombreuses situations dans lesquelles cela serait indésirable, en particulier lorsque les détails des clients et les lois sur la protection des données doivent être pris en compte.
