Sorununuza iki olası yanıt. Şu anda bununla mücadele ediyorum, bu yüzden YMMV. Eğer ana bilgisayarda Docker kabı çalıştırıyorsanız
Öncelikle, her zaman muhtemelen canlı Wordpress yükleyin (daha sonra, çalışan kap docker commit yeni bir resim oluşturmak özel depo docker push kadar itin, o docker pause edilir duraklatabileceğinizi kamu Docker Hub için uygun değildir. Bu tamamlandığında, kapsayıcıyı docker unpause devam ettirebilir ve daha sonra dev sisteminizdeki görüntüyü güncelleyebilirsiniz. Ardından, yükseltme işlemi tamamlandığında ve test edildikten sonra her şey yolunda gelir ve daha sonra docker pull görüntüye dönün ve hizmetinizi yeniden başlatın, böylece yeni görüntüyü kullanır.
Harika bir çözüm değil, ama işe yarayacak.
Tadeusz tarafından yapılan yoruma göre, tüm WP yüklemenizi bir veri biriminden çalıştırmam gerekir. Uçucudurlar ve eğer herhangi bir nedenden ötürü konteyneriniz silinir ve veri hacmine referans veren tek bir veri varsa, o zaman her şeyi kaybedersiniz (birden fazla yedeklemeyi tutmazsanız - siz birden fazla yedeklemeyi saklayın, değil mi?)
Düşündüğüm diğer çözüm, eklenti değişikliklerinin Dockerfile'ın bir parçası olarak dağıtılmasını sağlamaktır. Çok daha kasıtlı bir yaklaşım, ancak Github repo'unuza bağlı kaldığınızda otomatik olarak yeni bir Docker görüntüsünü oluşturacak şekilde webhooked olabilir. Otomatik oluşturma işlemini here yapmanın tartışması var. Sunucu yöneticinizin, sonuncusunda yer alan şeylerin bitiminde, yukarıda belirttiğim gibi yeni bir görüntü çekmesi gerekecektir. Ve bitti.
Elbette, bu ayar, dev sisteminiz için bir egzersiz olarak bırakılmıştır.
Şerefe!
Genel olarak [docker birimleri] kullanmalısınız (https://docs.docker.com/userguide/dockervolumes/). Ana makine üzerinde wordpress'i klonlayın ve görüntüyü '--volume/dir/where/wp/is/on/host ile çalıştırın:/usr/share/nginx/www' –