Buna Basın: WordPress'teki CI/CD Gözden Geçirilir ve Maciek Palmowski ile Bu Nasıl Değiştirilir

WMR'nin WordPress topluluğu podcast'i Press This'e hoş geldiniz. Burada ev sahibi David Vogelpohl, WordPress geliştiricilerinin karşılaştığı en büyük sorunlar hakkında konuşmak için topluluğun dört bir yanından konuklarla oturuyor. Aşağıdaki orijinal kaydın bir transkripsiyonudur.

David Vogelpohl: Herkese merhaba ve WordPress topluluğu WMR'de yayın yapan Press This'e hoş geldiniz. Bu, sunucunuz David Vogelpohl, WP Engine'deki rolüm aracılığıyla WordPress topluluğunu destekliyorum ve her hafta basında duyduğumuz topluluğun en iyilerini size ulaştırmayı seviyorum, bunu bir hatırlatma olarak, beni Twitter'da bulabilirsiniz @wpdavidv veya iTunes, iHeartRadio, Spotify'da buna basmak için abone olabilir veya en son bölümleri wmr.fm'den indirebilirsiniz. Bu bölümde CI/CD ve WordPress gibi çok heyecan verici bulduğum bir şeyden ve bunların nasıl gözden kaçırıldığından ve bunu nasıl değiştirebileceğimizden bahsedeceğiz ve bu sohbet için bana katılacağız. Bu konuyu çok iyi bilen biri. buddy.works'den bize katılıyorsunuz. Bunu basmak için Maciek Palmowski'ye hoş geldiniz demek istiyorum. Maciek, hoş geldiniz.

Maciek Palmowski: Merhaba David. Teşekkürler. Bize sahip olduğunuz için teşekkürler.

DV: Burada olduğun için çok mutluyum. Bu, yıllar boyunca burada basında birkaç kez ele aldığımız bir konu. Ve elbette deniz buzunun harika dünyası her zaman değişiyor ve herkesin benzersiz bakış açıları var. Ve gerçekten bu konuşmayı, dinleyenleri dört gözle bekliyorum. Sihrin kapsayacağı şey, CICD'nin önemi, son zamanlarda olduğu gibi WordPress dünyasında CI CD'nin neden genellikle göz ardı edildiğine dair düşünceleri, oradaki kodlayıcıları kutsasın. Ve elbette, CI CD ve WordPress uygulamasını benimsemek için bazı ulaşılabilir açık artırmalar. Pek çok güzel şeyi bugün burada ele alacağız ve sihire atlamak için sabırsızlanıyorum. Her misafire sorduğum soruyu sana soracağım, muhtemelen wordpress.org profilinizden hatırlıyorsunuzdur. Ancak bana WordPress sürüm hikayenizi kısaca anlatabilir misiniz?

MP: Çünkü ben WordPress'im. İlk WordPress geliştiricisi Leiter'de PHP geliştiricisi. Kariyerimin bir noktasında kendi CMS'imi geliştiriyordum. Demek istediğim, hemen hemen her PHP geliştiricisi, kendi CMS'sini oluşturmak için hayatının bu aşamasına sahiptir. Bir noktada, bakımın gerçekten zor olduğunu fark ettim, her şeyi güncellemek zorundasın, her şeyi çalışır durumda tutmak zorundasın ve bunu tamamen yalnız yapmak zorundasın. Böylece bir noktada, belki de daha büyük bir grup insan tarafından yaratılmış bir şeyi, belki de kurulumcuları aramanın iyi bir şey olacağını fark ettim. Bazı testlerden sonra WordPress'i buldum. İşte bu ve o zamandan beri WordPress ile çalışıyorum, bu yüzden şimdiden 10 yıldan fazla olacak.

DV: Biliyordunuz, bunun komik olduğunu düşünüyorum, bunun gibi 230 tuhaf röportaj yaptım ve bu kesin çıkış hikayesini yaşayan var mı bilmiyorum, ama pek çok kişiye çok aşinayım. Ekibim ve ajans günlerimiz de dahil olmak üzere, WordPress CMS tabanlı bir işletme olarak başlamadığımız, kendi özel işletmemiz olan ve daha sonra WordPress, pasta ve Laravel gibi şeyleri benimseyen insanlar. Yani öyle düşünüyorum ama gerçekten ilginç. WordPress'i hangi yıl keşfettiniz?

MP: Oh, çok uzun zaman önceydi. Sanırım 46 yılı aşkın süredir eğitime başlıyordum, yani gerçekten çok uzun bir zamandı. evvel. Dediğin gibi kesinlikle bizden daha akıllı.

DV: Tamam, tamam. Evet. 2010 benim için özel gönderi türleri ve alanların girildiği veya çekirdeğin bir parçası olduğu zaman, onu tam işleyen bir CMS gibi gördüğüm kritik an gibiydi, ağır modifikasyon.

MP: Bu anı hatırlıyorum, gerçekten devrim niteliğindeydi. Çünkü bundan önce, gönderileri ve sayfaları kullanmam ve kelimenin tam anlamıyla her şeyi değiştiren özel gönderi türlerinin bir tür geçici çözümlerini oluşturmam gerekiyordu.

DV: Evet, tıpkı özel CMS'niz gibi. Muhtemelen özel yüz tipi krediniz vardı. Yani bizde de vardı. O büyük bir yıldı. Ve bundan hemen sonra çalıştığım büyük bir WP Engine şirketi ortaya çıktı. 10'dan fazla web geliştirme stüdyosu gibi bir grup büyük ajans, aynı zamanda WooCommerce gibi gerçekten devrim niteliğinde zaman ve WordPress tarihi olan şeyler. Güzel. Pekala, orada biraz benzersizliğim var ve bu başlangıç ​​hikayesi oldukça temiz. Bu yüzden daha önce girişte, onların dinlemelerine dostum noktanın işe yaradığını bildiğinizden bahsetmiştim. Ve oradaki herkese, hangi arkadaşın işe yaradığını ya da hangi arkadaşın senin yaptığını yaptığını söylersin. Orası.

MP: Bence o başvuru sahibi CIC uygulaması işe yarıyor, yani GitHub eylemleriyle neredeyse aynı şeyi yapıyor veya GitLab eylemleri, dağıtımlarınızı otomatikleştirmeye yardımcı olan diğer tüm uygulamalar. Aradaki fark, çok dostane bir kullanıcı arayüzüne sahip olmamız ve bu nedenle macera maceranıza CAC ile başlamaya çalışıyorsunuz. Örneğin, GitHub eylemlerinde bu Yamo dosyasıyla oynamanız gerekir. Ve gövdeyi kullanmaya başladığınızda, gerçekten güzel bir kullanıcı arayüzünüz var, o sadece Gutenberg'i almaya benziyor, sadece CI CD boru hattınızı bloklardan yaratıyor. Bu yüzden çok kolay. Ve uzun yıllar önce kullanmaya başlamamın nedeni de buydu. Geliştirme akışımla otomatikleştirmek istedim ve bunu yapmak zorunda değildim.

DV: Bu şeyi yaptı ama sen orada çalışmadan önce, evet, tabii ki ben senin kullanıcı işlerindim. Bu harika.

MP: Evet, olduğumdan daha önce bir kullanıcıydım. Resmî büyükelçi diyebilirim çünkü nerede çalışırsam çalışayım, her zaman çalışan insanları vücut değiştirmeye ikna etmeye çalıştım çünkü herkes için kullanımı kolaydı. Ve çok güzeldi. Bir yıl önce buddy'den gelenlerin bana hey, bizim için çalışmak ister misin diye sorduğunu duymak çok güzeldi.

DV: Yarasada ne yaparsın? İşiniz nedir?

MP: Messenger'da çalışıyorum, bu da çoğunlukla WordPress alanından insanları CIC hakkında eğitmeye çalıştığım anlamına geliyor. DevOps otomasyonu sayesinde süreçlerin nasıl otomatikleştirileceğine, neler yapabileceğinize nasıl katkıda bulunabilirsiniz, çünkü bu yalnızca kodunuzu yerel sunucunuzdan veya bir sunucu nedeniyle yerel ana bilgisayarınızdan dağıtmakla ilgili değil, yaptığınız birçok şey var. yapabilir. Arada, kodunuzu test edebilirsiniz, bir şeyler satın alacağız.

DV: Size bu hikayeyi paylaşmanız için bolca fırsat vereceğiz. CI CD'sinin ayrıntılarına girmeden önce merak ediyorum, Betty'nin WordPress'e, ci CD'ye uyum sağlamasına yardımcı olacak şeylere sahip olduğunu varsayıyorum. Bu doğru mu? Belirli WordPress öğeleri mi yoksa daha genelleştirilmiş mi ve WordPress için de iyi mi?

MP: Her şeyden önce, o kadar çok eylemimiz var ki, birçoğu WordPress ile birlikte çok kolay bir şekilde kullanılabilir, örneğin besteci NPM ile ilgili her şey. Yani bunlar biraz genel ama WordPress alanındaki hemen hemen her geliştirici kullanıyor ancak bazı özel eylemler üzerinde de çalışıyoruz, örneğin şu anda WordPress birim testi için ortam hazırlıyoruz. Muhtemelen, bu PHP kod dinleyicisini, eylemlerimize yerleşik WordPress WordPress standartlarına sahip olacak şekilde genişleteceğiz, bu yüzden böyle şeyler düşünün ve her zaman bazı yeni şeyler eklemek için çizmeye çalışıyoruz. Bu nedenle, herhangi biri yeni bir eylem yapmak isterse, bizimle iletişime geçmesi harika bir şey olacaktır, çünkü bir eyleme duyulan ihtiyaç hakkında giderek daha fazla sesimiz olduğunda, sadece yaratma şansımız daha büyük olur ve değilse, bu çok olur. sadece kendin yapmak kolay. Herhangi bir eylemi bu şekilde yapılandırma şansı her zaman vardır

DV: PHP ve WordPress kodlama standartları, mashup'lar oluşturduğunuz çok sayıda ekip olduğunu biliyorsunuz. İnsanların bir şekilde alıp gidebileceği bir şey üzerinde çalıştığını duymak hiç bu kadar iyi olmamıştı. Pekala, hadi süper yüksek seviyeden CI CD'si hakkında daha fazla ayrıntıya geçelim çünkü burada oldukça bilgili bir kalabalığız ama insanların bir CI CD'nin ne olduğunu nasıl anladığını çok aşina olmayanlar için yapabilir misiniz?

MP: Evet, yani her şeyden önce, CI bildiğimiz gibi, CI CD'nin CD kısmının şirketlerin evet demesiyle bile ilgisi yok, ama CI CD'nin iki anlamı var. Bu CI sürekli entegrasyondur. Ve kodumuzdaki her şeyi değiştirdiğimizde, her, her küçük değişikliğin yaptığı tüm testleri çalıştırmalıyız ki, kodumuzun sürekli çalıştığından her zaman emin olmalıyız. Yani bu CI kısmı. Ve sonra CB kısmımız var ve bu iki anlama geliyor çünkü bu ya sürekli geliştirme ya da sürekli dağıtım anlamına gelebilir. Sürekli geliştirme, inşa edilmiş versiyonumuzu gönderilmeye hazır hale getirdiğimizde, sürümden sorumlu bir kişinin onu canlı yayınlamak için başkan düğmesine basması gerektiği anlamına gelir. Ve dağıtım her şeyin otomatik olduğu anlamına geldiği için devam ederler. Bu nedenle, ne zaman biri değişim için baskı yapsa, bunu yapar ve otomatik olarak üretime dağıtılır.

DV: Sanırım bu, insanların CI CD'yi benimsemeyi düşünmeye başladıklarında, iş akışlarında bu otomatik kontrolleri kullanarak önleyebilecekleri tüm baş ağrılarını hayal ettikleri kısım ve bence bu, bildiğiniz şey, birçok insanı cezbediyor. ona. Yine de merak ediyorum, bilirsiniz, CIC'yi ve iş akışlarınızı kullanmak ve neden rahatsız ediyor veya faydaları nelerdir gibi kavramlar hakkındaki düşüncelerinizi merak ediyorum, ancak sizden sonraki aradan sonra bunu keşfetmek istiyorum. bu aradan sonra. Ticari bir mola verme zamanı. Bir dakika içinde daha fazla basın için bizi izlemeye devam edin. Herkese merhaba. W EMR'deki bu WordPress topluluğu podcast'ine tekrar hoş geldiniz. Bu, sunucunuz David Vogel Paul ve aradan hemen önce, CI CD'nin ne olduğu hakkında biraz paylaştığınız, Lebowski'nin offski Buddy'nin etrafta çalıştığı ICD ve WordPress büyüsünü görün ile bir röportaj yapacak. Bu çok özlü bir açıklamaydı. Bunun için teşekkür ederim. Yani açıkçası CI CD'si belki ekstra bir iş olabilir. İş akışlarınızı ayarlamak ve hatta iş akışlarınızla belirli bir kapasitede çalışmak açısından kesinlikle ekstra bir iş olduğunu tahmin ediyorum. Ve birçok insanın WordPress olabileceğini biliyorum ve sanırım aşk kovboyu veya kovboy kızı kodlamasının ötesinde, daha önce vahşi liste kodlaması olarak adlandırdım. Peki sizce CI CD'nin faydaları nelerdir? Mesela neden oradaki bu ekstra işi rahatsız ediyorsun?

MP : Benim için her zaman, kodun bir kısmındaki küçük küçük değişikliğimin, saymanın bir kısmında, hatta bilmiyorum, çünkü ekibimden başka biri tarafından yapıldı. Uygulamamızın betiğinin diğer ucundaki gibi. Ve bu, özellikle daha büyük ekiplerde uygulamalar oluştururken sürekli olan bir şeydir. Kodun tamamını bilmiyoruz ve küçük değişikliğimizin başka bir şeyi bozabileceği gerçekten olabilir ve fabrikaya sahip olduğumuz için bazı testler yaptığımız için bunun olmayacağından veya en azından olacağından emin olabiliriz. Bu testleri yaptırmamışsınız gibi sık değil. Testle ilgili tek sorun, birçok geliştiricinin kodumuzu test etmemiz gerektiğini bilmesidir. En çok şirket sahibi olan yöneticilerde sorun her zaman vardır. Ve test oluşturmak için zamanımız yok diye ünlü söz, ki bu elbette yanlış çünkü her duyduğumda test oluşturmaya zamanım yok. İki hafta sonra. Muhtemelen testlerin olmaması nedeniyle gözden kaçan bir şeyi düzelteceğiz. Sadece bir veya iki saat erken harcayarak kaçınabileceğimiz şeyleri tamir etmek için zaman harcıyoruz.

DV: Yani hızlı gitmek için yavaş hareket etmek gibi bir şey. Evet, biraz fazladan zamanınızı alır ama daha sonra çok daha fazla zaman kazanacaksınız. Yangınlarla savaşmak ve tam bir tepki olarak gevşemek zorunda kalmamak.

MP: Ayrıca, üzerinde tam kontrole sahip olduğunuz için yazma testleri planlamak çok daha kolay. Ürününüzü veya uygulamanızı oluşturmanın bir parçası olarak testler oluşturmak için bu iki veya üç saati eklemeniz yeterlidir, başka bir şey yapmanın ortasında değil. Ve gecenin ortasında yayılan hızlı düzeltmelere hızlı düzeltmeler yazmak ve bunun gibi şeyler, o zaman tüm dünya yanarken bir şeyler yapmak her zaman daha iyidir, değil mi?

DV: Evet, bu iş-yaşam dengesi, işin kalitesi ve böyle bir kriz sırasındaki rüzgarlar. Bunların hepsi iyi noktalar. Ayrıca bana o şarkıyı hatırlatıyor, bilirsiniz, ya da 99 ya da 99 küçük çanta kodundaki herhangi bir küçük böcek, bu şarkının hızlı olması durumunda yaklaşık 107 dolar gibi, ama gerçek şu ki, Testi yaptırmayın, koddaki hataları bilmiyorsunuz, ta ki eğer yakalamadıysanız ve dışarıdan biri bir sorun hakkında bağırmaya başlayana kadar ve evet,

MP: tam olarak test olmadan, güneş çok uzun olurdu, kodda tanımsız sayıda hata var. Sorun bu.

DV: Başka bir çocuk şarkısı var. Hiç bitmeyen bir şarkıdır. Ve belki de bu NCIC versiyonudur. Pekala, harika. Pekala, şarkımız bunun arkasındaki analojiler ve burada biraz daha derine inebiliriz. Sizin veya ekibinizin kendi CAC yığını, bahsettiğiniz gibi, arkadaşınızın dışında neye benziyor? Tahmin ediyorum ama akış içinde kendi yığınını kullanıyor. Ancak, özellikle WordPress CAC için başka hangi araçların önemli olduğunu düşünüyorsunuz.

MP: Belki benim örneğim için, çünkü vücudun dışında da sürekli olarak web servisleri mektubum üzerinde çalışıyorum. Ve elbette, her şeyi güncellemek için body kullanıyorum. Bu durumda, örneğin, web sitemi WP statik eklenti kullanarak statik hale getirmek için statik hale getirmek için Baddeck kullanıyorum. Güncellemelerin büyük bir hayranı olduğum için bunu GitHub'a bir veya iki eklenti yayınlamak için de kullanıyorum. Yani, kullanabileceğimiz pek çok yol var. Dediğim gibi, sadece bir şeyleri dağıtmak için değil.

DV: Daha önce de söylediğim gibi, PHP'nin kararlı Snipper'ı gibi örnekler olmak için alt taraftasınız ve bunlar gibi WordPress kod kalitesi benim için öne çıkan şeyler, bilirsiniz, bir WordPress CAC yığınındaki ana öğeler gibi. Sadece merak ediyorum, önceden düşünebildiğin başka önemli olanlar var mı?

MP: Yani, çoğu durumda bakın, onlara klasik diyelim, çünkü phpcs, birim testleri için PHP biriminden başka bir şey değildir. Ayrıca uçtan uca testler için Cypress IO'nun büyük bir hayranıyım. Yani evet, bunlar Oh ve tabii ki, ben de seviyorum ve bu bedende yerleşik olarak Görsel test denen bir şeyimiz var. Bu yüzden, bir şeyleri kırıp kırmadığımızı görmek için dağıtımdan önce ve sonra ekranı karşılaştırıyor mu?

DV: WordPress Core Team ana Jas, bunun gibi bir şey olduğu gibi WordPress birim testleri de var.

MP: Evet, yani, çoğu durumda, 10'a kadar WP mock kullanmayı tercih ederim. Ama evet, bazen bunları kullanıyorum, bu iki temel birim testi ve demek istediğim, bazen sinir bozucu oluyorlar. Nasıl kurulacağını bilmiyorum. Örneğin, Windows'taki bilgisayarımda her zaman sorun yaşıyorum.

DV: Dediğiniz gibi, bazen bu, birim test tarafında, kendi birim testlerinizi yazmayı tercih ettiğiniz anlamına mı geliyor? öyle tahmin ediyorum. Ama sadece merak ediyorum.

MP: Çoğu durumda, veritabanına bağlantı gerektirmedikleri için WP mock kullanıyorum ve birim testi, bu durumda büyük bir ilaç kadar büyük olan WordPress ile bir bağlantıya sahip olmamalıdır, bu durumda daha sık entegrasyon testi yapılır. Kitap Evet, WP alayı. Eklentimde kontrol etmem gerekenlere veya bunlara konsantre olmama izin verin ve bazılarının testler için tüm ortamı yaratma konusunda endişelenmeme izin verin. Bu yüzden çok daha kolay. Bazen, Beyin maymunu adlı diğer senaryoyu da kullanırım, bu biraz benzer. Genel olarak, birim testi kullanmak söz konusu olduğunda veritabanı olmayan yaklaşımı tercih ederim.

DV: Bunu duymak gerçekten ilginç. Bununla ilgili bir yan soru sorduğumuzda, yol boyunca WordPress'i nasıl keşfettiğinizden bahsettiniz. WordPress uygulamaları yaparken her zaman CAC recherches kullanıyor muydunuz, yoksa kovboy kodlaması ile başlayıp ICD'yi görmeye mi başladınız?

MP: Tabii ki kovboy kodlamasıyla başladım. Yapacağım Hayır hayır Daha akıllı diyebilirim daha saf olanlar doğru evet, her şeyi FTP'den geçiriyoruz ve sonra hangi dosyayı yüklemediğini merak ediyoruz. Evet. Evet. Ben de şöyle başladım, sanırım herkes gibi, Not Defteri'nde bir dosyayı açmak gibi, neredeyse sunucudaki bir şeyi düzeltmeye çalışmak, bir an sonra bir nedenden dolayı dosyanın onu yüklemediğini keşfetmek ve sonra Pencereyi kapatıyorum ve dosya gitti. Evet, bunun gibi pek çok durum vardı, ama bir noktada, her şeyden önce, yerel ana makinenizde geliştirmenin ve ardından üretime geçmenin çok daha iyi olduğunu öğrendim ve geliştiriciler tembel insanlar olduğundan, dürüst olalım ve bu tembellikten birçok ilginç keşif geliyor. Bu yüzden bazı süreçleri nasıl otomatikleştireceğimi öğrenmeye başladım. Örneğin, FileZilla veya bunun gibi bir şey kullanmama konusunda endişelenmenize gerek kalmadan sunucuya nasıl dağıtılacağı konusunda iyi bir şekilde buna geri dönmenize nasıl yardımcı olabilirsiniz. Sonunu düşün Evet, sonunda bulundum ve işte buradayım,

DV: Buyrun . Bu, benimseme, akış ve süreç gibi bir sonraki konumuzla gerçekten bizim türümüze giriyor ama oradaki motivasyonlarınızı duymak ilginç. Birçok insanın tembel olduğunu düşündüğümü söyleyebilirim. Ve bence verimlilik büyük bir çekişme, ancak bunu daha sonra sorunlarla, zamanınız ve bir krizde enerjinizle geri ödemek zorundayız. Dikkatli olmazsan tembelliğin seni ısırmak için geri geldiğini biliyorsun. Bu yüzden bunun çok, çok güncel bir konu olduğunu düşünüyorum. Son molamızı vereceğiz ve hemen döneceğiz. Ticari bir mola verme zamanı. Bir dakika içinde daha fazla basın için bizi izlemeye devam edin. Herkes buna basmak için tekrar hoş geldiniz. CI CD'nin WordPress'teki önemi ve orada nasıl daha fazla benimsenme ve daha fazla güvenlik elde edebileceğimiz hakkında konuşmanın ortasındayız, çünkü insanlar kodlarını canlı olarak yayınlıyorlar. Moladan hemen önce. Magic, CAC'yi benimseme, dosyaları nuking etme ve uygulamaları yere kadar yakma konusundaki geçmişi hakkında biraz konuşuyordu, sanırım bu tür şeyler gibi kötü özellik sürümleriyle. Kesinlikle, orada bulundum, doğru, hayal edebiliriz. O halde sana şu soruyu sormama izin ver. Daha önce de bahsettiğin gibi tembelliğin neden olduğunu düşünüyorsun, bilirsin, belki insanlar CI CD'yi benimsemez. Demek istediğim, açıkçası WordPress dünyasında bazıları için bir vektör var gibi düşünüyorsunuz. Bunun teknik doğasıyla da ilgili olduğunu düşünüyor musunuz? Ne dersiniz, C ICD'nin WordPress'te neden genellikle göz ardı edildiğini düşünüyorsunuz?

MP: Her şeyden önce, CIC söz konusu olduğunda ilk en büyük sorun, ilk önce sürüm kontrolü hakkında bir şeyler öğrenmeniz gerekiyor mu diyen maceranıza başlamaktır. Çünkü Git hakkında bilgi sahibi olmadan sadece gözleri kullanamazsınız. Ve farklı WordCamps sırasında bazı insanlarla konuştuğumda, tüm bu koridor konuşmaları sırasında Victoire yönetişim taşıyor çünkü artık çoğunlukla yakınlaştırma aramıyoruz. Hala bunun gibi herhangi bir sürüm kontrolü kullanmayan çok sayıda geliştirici olduğunu öğrendim. Neden bilmiyorum. Yani çoğu öyle diyor. Git'i kullanmak onlar için her şeyi yavaşlattı. Tüm geliştirme süreci zorlaştı ve bunun gibi şeyler. Ve dürüst olmak gerekirse, anlamıyorum. Ama bu ilginç bir şey. Bu sadece vücut olarak değil, CSV ile ilgili herhangi bir şirketin insanlara neden sürümü kullanmaları gerektiğini öğretmeye başlaması gerektiğini düşündüğüm ilk adım çünkü bu olmadan otomasyona bir sonraki adımı atmak istiyorlar. Ve onlar, kullanmaya başladıklarında, C ICD'nin doğal bir şey olacağını düşünüyorum, özellikle şimdi daha karmaşık geliştirme akışlarına sahip olduğumuzda, doğru, çünkü artık dosyalarımızı sadece yerel bir makineden sunucuya itmiyoruz. , çoğu durumda CSS'imizi CSS'den oluşturmamız gerekir. JavaScript'imizi sıkıştırmamız gerekiyor, resimlerimizi sıkıştırmamız gerekiyor, bazen başsız uygulama yönlendirme söz konusu olduğunda tüm uygulamayı oluşturmamız gerekiyor. Bu yüzden kodumuzu üretime zorlamadan önce gerçekleşmesi gereken birçok şey var. Bu yüzden gerçekten hatırlıyorum ki, bazen, yıllar önce, not defterini açtım, kodu yazdım ve üretime ittim. Hepsi buydu ve şimdi daha zor

DV: Evet. Bence bu gerçekten derin bir nokta. benimseme yolculuğu ve aşamaları ve sürüm kontrolünün nasıl olduğu hakkında düşünmek hakkında, bilirsiniz, CI CD'yi benimsemek için ustalaşmanız gerekenlerin toplamından daha ulaşılabilir kritik bir ilk aşama. Sanırım buradaki son birkaç dakikamız ya da son dakikamız. CI CD'yi benimsemeyi düşünenler ile paylaşabileceğiniz başka kaynaklarınız var mı?

MP: Sanırım bir adamı kandıracağım. Her şeyden önce, bu kişiden sonra tabii ki sürüm kontrolü hakkında bilgi edindim, çünkü dediğim gibi, bu işin temeli budur, bunlar olmadan daha ileri gitmek için biraz şans vardır. Sadece body kullanmayı denerdim çünkü bu grafiksel arayüz yüzünden böyle oldu. Bu çok kolay. Deneme yanılma ile bile başlamak çok sezgiseldir. Ama çok kolay. Ve nasıl yaptığımı biliyorum ve gerçekten Buddy ile oynamaya çalışmak CIC sayacının tamamını anlamama yardımcı oldu, tıpkı güçlü olduğunu görebildiğim gibi. Evet, gerçekten yardımcı oluyor. Gerçekten çok yardımcı oluyor ve birisi temelleri ne zaman anlayacak. Bir sonraki adım, kodu dağıtmanın farklı yolları hakkında tüm bu birim testleri hakkında bilgi edinmektir, çünkü bunu yapabileceğimiz birçok yol vardır. Ve farklı protokoller kullanmaktan bahsetmiyorum çünkü bizim içinde FTP veya SFTP Windows kullanmak zorunda değiliz, örneğin, bir sunucuya giriş yapabilir ve onu Git'ten veya başka bir yoldan indirebiliriz. bunu yapmanın pek çok yolu var. Ama önce, sadece temel bilgileri öğrenmeye çalışın ve ne kadar kolay olabileceğini görün. Ve sonra tüm testin getirebileceği bir sonraki kısım, adım adım gelecek. En kötü şey

DV: Daha önce tunap'tan bahsettiğin şeyi, önceden yapılmış birim testleri gibi buldum ve riff'i sevebilmek de güzel bir köprü. Bu, diğer birçok insan için yardımcı olacaktır. Ama bunların hepsi süper havalı, gerçekten çok ilginç şeyler. Ve bence, bilirsiniz, payımı kesinlikle biliyorum ve belki de bazen Calgary'deki prodüksiyonunuzu zorlayan kendim, tamam, her neyse, bu yüzden bu noktalardan bazılarını biraz daha derine inmek zorunda kaldım. Ama GQ çok iyiyken, bugün programda olman güzel.

MP: Teşekkürler David. CI CD hakkında bazı düşünceleri paylaşmak gerçekten harikaydı ve gerçekten daha fazla insanın deneyeceğini umuyorum.

DV: Mükemmel. Sihrin neyin peşinde olduğu hakkında daha fazla bilgi edinmek veya CI/CD'deki yolculuğunuzu kontrol etmek için buddy.works'ü ziyaret edebilirsiniz. WMR'de bu WordPress topluluğu podcast'ini dinlediğiniz için herkese teşekkürler. Bu, sunucunuz David Vogelpohl. WP Engine'deki rolüm aracılığıyla WordPress topluluğunu destekliyorum. Ve her hafta Press This'de topluluğun en iyilerini buraya getirmeyi seviyorum.