WordPress sitenizi GIT ve Composer Bölüm 1 ile Yönetme – WordPress’i GIT’de Saklama
Bu, “GIT ve Besteci ile WordPress Sitenizi Yönetmek” dizisinde 4 Madde’nin 1. Maddesidir.
WordPress sitenizi GIT ve Composer Bölüm 1 ile Yönetme – WordPress’i GIT’de Saklama
WordPress sitenizi GIT ve Composer Bölüm 2 ile Yönetme – Temaları ve eklentileri yönetmek için bestecileri kullanarak
WordPress Sitenizi Git ve Composer Bölüm 3 ile Yönetmek – Temaları ve Eklentileri Yönetmek İçin Git Submodul’u Kullanma
WordPress sitenizi GIT ve Besteci ile Yönetme Bölüm 4 – WordPress’in alt dizin içine yüklenmesi
GIT ve Composer ile WordPress sitenizi yönetmek için dizideki ilk gönderiye hoş geldiniz. Birlikte, WordPress’i GIT’e nasıl kaydedebileceğinizi ve WordPress sitenizin Bester veya Subodul GIT kullanarak GIT deposunda (örneğin temalar ve eklentiler) saklanmaması gereken kısımları nasıl yönetebileceğinizi göreceğiz.
Başlangıçta WordPress’i GIT’de GIT ile kullanmak için bir giriş olarak depolayacağız, ancak bu seride daha karmaşık bir yaklaşımı tartışacağız, ancak WordPress Core’un kendisini besteci veya substodul git kullanarak yönetmek için tartışacağız. Neden git? GIT gibi kontrol sistemi sürümü, son yıllarda geliştiriciler için büyük bir yardım haline geldi ve daha önce imkansız bir düzeyde işbirliğine izin verdi. Ancak Git’i kullanmaya başlamak her zaman kolay değildir, özellikle de WordPress gibi büyük ve yerleşik projelerle çalışmaya çalışırsanız.
Ancak çok büyük bir git kullanarak WordPress sitenizi nasıl yöneteceğinizi öğrenmenin faydaları. Yalnızca hataları ve oluşturma özelliklerini onarmak için şubeleri ihlal eden ve kullanan değişiklikleri geri yükleme gibi olağanüstü GIT özelliklerini kullanmakla kalmaz, aynı zamanda sitenizi depolamak için GitHub gibi olağanüstü uygulamaları kullanabilirsiniz ve sitenize tek bir tıklamayla değişiklik uygulamak için Dlown kullanabilirsiniz. Bu seride yeni başlayanların bakış açısının birçok yönüne yaklaşacağız, ancak git ve besteci hakkında temel bilgiye sahip olduğunuzu ve komut satırını kullanarak rahat olduğunuzu varsayacağım. Yani, daha fazla uzatmadan başlayalım. WordPress’i GIT’de depolamak Başlamak için WordPress’in çekirdeğini GIT’de kaydedeceğiz. Bir besteci veya alt modül git kullanarak WordPress’i ayrı ayrı saklamak daha mantıklı olsa da, biraz daha karmaşık hale gelir ve WordPress sitenizin yapısındaki değişiklikleri içerir, bu nedenle bir sonraki yazı için bırakacağız. Şimdilik WordPress’i aktif ve çalıştırmaya ve GIT’de saklamaya odaklanacağız. Başından başlayalım ve WordPress kurulumunuzu içerecek yeni bir klasör oluşturalım (veya mevcut WordPress sitesini isterseniz yeni bir klasöre kopyalayabilirsiniz). Terminali veya kullandığınız komutun istemci satırlarını açın ve çalıştırın:
MKDIR WPGIT && WPGIT CD Bu öğreticide WP-CHLI adlı nispeten yeni bir proje kullanacağız. WP-CHLI, WordPress kurulumunuzu yönetmenize yardımcı olabilecek bir komut satırı kümesidir. Örneğin, bir web tarayıcısı kullanmadan eklentiyi güncelleyebilir, multisitus kurulumunu ayarlayabilir ve daha fazlasını yapabilirsiniz. WP-CHLI yüklemediyseniz, kurulum talimatlarını buradan takip edebilirsiniz. Bu yüzden WP-CHLI kullanarak WordPress’i indirip yükleyelim. Mevcut WordPress sitesini kopyaladıysanız (veya WP -CLI kullanmak istemiyorsanız), bu bölümü geçebilirsiniz. WP Core Download WP Core Config -{Veritabanı Adınız} -dbuser = {Veritabanı Kullanıcı Adınız} { –dbpass = {Veritabanı şifreniz} wp çekirdek yükleme -ig = {etki alanı adınız} -title = {Sitenizin başlığı} –Admin_user = {Kullanım adınız} -Admin_password = {parola} -admin_email = { E-posta adresiniz}
Ardından WordPress yüklememizi Git Deposuna getirmemiz gerekiyor. Bu koşmak kadar kolay:
Git Init şu anda yeni Repo Git boş olacak çünkü herhangi bir WordPress dosyası eklemedik. Bunun nedeni, Repo Git’e eklemek istemediğimiz belirli dosyalar ve klasörler olmasıdır. Bunun nedeni, bazı klasörlerin genellikle değişebilmesidir (eklentiler ve temalar gibi, gelecek yayınlarda GIT dışındaki eklentileri ve temaları yönetmenin yollarını arayacağız) veya dosyalarınız güvenli bilgiler içerebilir (veritabanı şifresi gibi). Neyse ki git bu sorunun üstesinden gelmek için pratik bir yol var. Bir .gitignore dosyası oluşturarak, GIT’den hangi dosyaları ve klasörleri hariç tutmak istediğinizi belirleyebilirsiniz. Bunu .gitignore: touch .gitigignore nano dosyasını oluşturarak ve düzenleyerek yapalım. GIT’e belirli dosyaları ve klasörleri görmezden gelmesini söylemek için. Aşağıdaki kuralları .gitignore’a ekleyin ( # ile başlayan çizgi bir yorumdur): # wp-config.php ve .htaccess wp-config.php .htaccess # wp-concent dizin /wp-konsantrasyonunu görmezden gelin Yapabilirsiniz, eğer yapabilirseniz, mümkünse, mümkünse, eğer yapabilirseniz, eğer yapabilirseniz, eğer yapabilirseniz, eğer yapabilirseniz, yapabilirseniz, eğer yapabilirseniz, isterseniz, eğer isterseniz, belirli bir eklenti ve tema ekleyin. Eklenti veya temaya giden yolu ekleyerek repo git. Örnek olarak:
WordPress’i yerel olarak güncellerseniz, git deponuzda değişiklik yapmanız gerekir. Bu yöntemi kullanırken WordPress’in otomatik güncellemeleri devre dışı bırakacağını bilin (çünkü .git klasörünü algılayacağı için). Bu iyidir, çünkü sitenizi güncel tutmanın farkında olduğunuz sürece, sitenize tek yönlü bir güncellemenin (doğrudan sitenizin repo git’inizle kontrolsüz bir şekilde olması yerine) yayılması anlamına gelir. güvenlik nedenleri. Ancak bir sonraki yazıda bunun hakkında daha fazla konuşacağız.
Tüm bu bölüm 1 içindir. Bir sonraki gönderide, GIT’de depolanan WordPress sitesi için eklentileri ve temaları yönetmek için bir besteci nasıl kullanacağımızı göreceğiz.
Bu, “GIT ve Besteci ile WordPress Sitenizi Yönetmek” dizisinde 4 Madde’nin 1. Maddesidir.
WordPress sitenizi GIT ve Composer Bölüm 1 ile Yönetme – WordPress’i GIT’de Saklama
WordPress sitenizi GIT ve Composer Bölüm 2 ile Yönetme – Temaları ve eklentileri yönetmek için bestecileri kullanarak
WordPress Sitenizi Git ve Composer Bölüm 3 ile Yönetmek – Temaları ve Eklentileri Yönetmek İçin Git Submodul’u Kullanma
WordPress sitenizi GIT ve Besteci ile Yönetme Bölüm 4 – WordPress’in alt dizin içine yüklenmesi
WordPress sitenizi GIT ve Composer Bölüm 1 ile Yönetme – WordPress’i GIT’de Saklama
WordPress sitenizi GIT ve Composer Bölüm 2 ile Yönetme – Temaları ve eklentileri yönetmek için bestecileri kullanarak
WordPress Sitenizi Git ve Composer Bölüm 3 ile Yönetmek – Temaları ve Eklentileri Yönetmek İçin Git Submodul’u Kullanma
WordPress sitenizi GIT ve Besteci ile Yönetme Bölüm 4 – WordPress’in alt dizin içine yüklenmesi
GIT ve Composer ile WordPress sitenizi yönetmek için dizideki ilk gönderiye hoş geldiniz. Birlikte, WordPress’i GIT’e nasıl kaydedebileceğinizi ve WordPress sitenizin Bester veya Subodul GIT kullanarak GIT deposunda (örneğin temalar ve eklentiler) saklanmaması gereken kısımları nasıl yönetebileceğinizi göreceğiz.
Başlangıçta WordPress’i GIT’de GIT ile kullanmak için bir giriş olarak depolayacağız, ancak bu seride daha karmaşık bir yaklaşımı tartışacağız, ancak WordPress Core’un kendisini besteci veya substodul git kullanarak yönetmek için tartışacağız. Neden git? GIT gibi kontrol sistemi sürümü, son yıllarda geliştiriciler için büyük bir yardım haline geldi ve daha önce imkansız bir düzeyde işbirliğine izin verdi. Ancak Git’i kullanmaya başlamak her zaman kolay değildir, özellikle de WordPress gibi büyük ve yerleşik projelerle çalışmaya çalışırsanız.
Ancak çok büyük bir git kullanarak WordPress sitenizi nasıl yöneteceğinizi öğrenmenin faydaları. Yalnızca hataları ve oluşturma özelliklerini onarmak için şubeleri ihlal eden ve kullanan değişiklikleri geri yükleme gibi olağanüstü GIT özelliklerini kullanmakla kalmaz, aynı zamanda sitenizi depolamak için GitHub gibi olağanüstü uygulamaları kullanabilirsiniz ve sitenize tek bir tıklamayla değişiklik uygulamak için Dlown kullanabilirsiniz. Bu seride yeni başlayanların bakış açısının birçok yönüne yaklaşacağız, ancak git ve besteci hakkında temel bilgiye sahip olduğunuzu ve komut satırını kullanarak rahat olduğunuzu varsayacağım. Yani, daha fazla uzatmadan başlayalım. WordPress’i GIT’de depolamak Başlamak için WordPress’in çekirdeğini GIT’de kaydedeceğiz. Bir besteci veya alt modül git kullanarak WordPress’i ayrı ayrı saklamak daha mantıklı olsa da, biraz daha karmaşık hale gelir ve WordPress sitenizin yapısındaki değişiklikleri içerir, bu nedenle bir sonraki yazı için bırakacağız. Şimdilik WordPress’i aktif ve çalıştırmaya ve GIT’de saklamaya odaklanacağız. Başından başlayalım ve WordPress kurulumunuzu içerecek yeni bir klasör oluşturalım (veya mevcut WordPress sitesini isterseniz yeni bir klasöre kopyalayabilirsiniz). Terminali veya kullandığınız komutun istemci satırlarını açın ve çalıştırın:
MKDIR WPGIT && WPGIT CD Bu öğreticide WP-CHLI adlı nispeten yeni bir proje kullanacağız. WP-CHLI, WordPress kurulumunuzu yönetmenize yardımcı olabilecek bir komut satırı kümesidir. Örneğin, bir web tarayıcısı kullanmadan eklentiyi güncelleyebilir, multisitus kurulumunu ayarlayabilir ve daha fazlasını yapabilirsiniz. WP-CHLI yüklemediyseniz, kurulum talimatlarını buradan takip edebilirsiniz. Bu yüzden WP-CHLI kullanarak WordPress’i indirip yükleyelim. Mevcut WordPress sitesini kopyaladıysanız (veya WP -CLI kullanmak istemiyorsanız), bu bölümü geçebilirsiniz. WP Core Download WP Core Config -{Veritabanı Adınız} -dbuser = {Veritabanı Kullanıcı Adınız} { –dbpass = {Veritabanı şifreniz} wp çekirdek yükleme -ig = {etki alanı adınız} -title = {Sitenizin başlığı} –Admin_user = {Kullanım adınız} -Admin_password = {parola} -admin_email = { E-posta adresiniz}
Ardından WordPress yüklememizi Git Deposuna getirmemiz gerekiyor. Bu koşmak kadar kolay:
Git Init şu anda yeni Repo Git boş olacak çünkü herhangi bir WordPress dosyası eklemedik. Bunun nedeni, Repo Git’e eklemek istemediğimiz belirli dosyalar ve klasörler olmasıdır. Bunun nedeni, bazı klasörlerin genellikle değişebilmesidir (eklentiler ve temalar gibi, gelecek yayınlarda GIT dışındaki eklentileri ve temaları yönetmenin yollarını arayacağız) veya dosyalarınız güvenli bilgiler içerebilir (veritabanı şifresi gibi). Neyse ki git bu sorunun üstesinden gelmek için pratik bir yol var. Bir .gitignore dosyası oluşturarak, GIT’den hangi dosyaları ve klasörleri hariç tutmak istediğinizi belirleyebilirsiniz. Bunu .gitignore: touch .gitigignore nano dosyasını oluşturarak ve düzenleyerek yapalım. GIT’e belirli dosyaları ve klasörleri görmezden gelmesini söylemek için. Aşağıdaki kuralları .gitignore’a ekleyin ( # ile başlayan çizgi bir yorumdur): # wp-config.php ve .htaccess wp-config.php .htaccess # wp-concent dizin /wp-konsantrasyonunu görmezden gelin Yapabilirsiniz, eğer yapabilirseniz, mümkünse, mümkünse, eğer yapabilirseniz, eğer yapabilirseniz, eğer yapabilirseniz, eğer yapabilirseniz, yapabilirseniz, eğer yapabilirseniz, isterseniz, eğer isterseniz, belirli bir eklenti ve tema ekleyin. Eklenti veya temaya giden yolu ekleyerek repo git. Örnek olarak:
# DIR eklentilerini yok saymayın, ancak içindeki her şeyi yok saymayın!/WP-Content/Eklentileri/WP-Content/Eklentileri/* # Akismet eklentisini yok saymayın! Tüm dosyalar “yönetilen kullanıcı” (örneğin eklentiler, temalar ve yüklemeler) tüm klasörü göz ardı etmek için en kolay olan klasörlerde /wp-content’de saklanır. Şimdi dosyalarımızın geri kalanını GIT’e eklemeye hazırız. Dosyalarımızı ekleyebilir ve ileterek iletebiliriz: git ekle. Git Commites -M “İlk Komite” iyi, artık Git Deposunda depolanan bir WordPress siteniz var. Bu yöntemi kullanırken hatırlanması gereken birkaç şey var:
Bu, Repo GIT’de güvenli bilgileri (veritabanı şifresi gibi) saklamamak için en iyi uygulamadır (bu nedenle neden wp-config.php’yi görmezden geliyoruz). Bu, wp-config.php’yi manuel olarak kullanmanız gerektiği anlamına gelir.
WordPress’i yerel olarak güncellerseniz, git deponuzda değişiklik yapmanız gerekir. Bu yöntemi kullanırken WordPress’in otomatik güncellemeleri devre dışı bırakacağını bilin (çünkü .git klasörünü algılayacağı için). Bu iyidir, çünkü sitenizi güncel tutmanın farkında olduğunuz sürece, sitenize tek yönlü bir güncellemenin (doğrudan sitenizin repo git’inizle kontrolsüz bir şekilde olması yerine) yayılması anlamına gelir. güvenlik nedenleri. Ancak bir sonraki yazıda bunun hakkında daha fazla konuşacağız.
Tüm bu bölüm 1 içindir. Bir sonraki gönderide, GIT’de depolanan WordPress sitesi için eklentileri ve temaları yönetmek için bir besteci nasıl kullanacağımızı göreceğiz.
Bu, “GIT ve Besteci ile WordPress Sitenizi Yönetmek” dizisinde 4 Madde’nin 1. Maddesidir.
WordPress sitenizi GIT ve Composer Bölüm 1 ile Yönetme – WordPress’i GIT’de Saklama
WordPress sitenizi GIT ve Composer Bölüm 2 ile Yönetme – Temaları ve eklentileri yönetmek için bestecileri kullanarak
WordPress Sitenizi Git ve Composer Bölüm 3 ile Yönetmek – Temaları ve Eklentileri Yönetmek İçin Git Submodul’u Kullanma
WordPress sitenizi GIT ve Besteci ile Yönetme Bölüm 4 – WordPress’in alt dizin içine yüklenmesi
