VCS kapsamında bir Magento 2 projesinin tercih edilen yapısı nedir?

Yeni bir M2 projesine başladığımda yapacağım ilk şey çekirdeği besteci ile kurmaktır:

composer create-project --repository-url=https://repo.magento.com/ magento/project-community-edition

Şimdi özel modüllerimi ve temalarımı altına yazabiliyorum app/code. Daha sonra benim composer.*ve tüm app/codeklasörü VCS'ime eklerdim. Şimdiye kadar her şey yolunda.

Şimdi varsayalım, projem için bazı oluşturma araçları kullanmak istiyorum, diyelim ki Grunt veya Gulp.

1. Eğer kendimi taahhüt edersem, repoyu klonladıktan sonra koştuğumda bu paketin Gruntfile.jsüzerine yazılacak .magento/magento2-basecomposer install

2. Eğer taahhüt gulpfile.jsedersem, a bağımlılıklarını gerçekten tanımlayamıyorum package.json, çünkü bunun üzerine de yazılacaktı magento/magento2-base.

3. Magento'nun Grunt kurulumunu kullanmaya karar verir ve /dev/tools/grunt(örn. themes.js) Altındaki dosyaları düzenleyerek özelleştirmek istersem, yapamam çünkü değişikliklerimin üzerine yazılır magento/magento2-base.

Anladığım kadarıyla belge kökünde gerçekten fazla bir şey yapamazsınız. Elbette bu soruna birçok çözüm var:

• git checkout -Kendi dosyalarımı sıfırlamak için kurulumdan hemen sonra çalıştırabilirim
• Yapı dosyalarımı özel bir klasörde saklayabilirim, /buildörneğin
• Phing, Ant veya Rake gibi farklı bir oluşturma aracı kullanabilirdim (ön uç geliştiricilerim o kadar mutlu olmazdı)
• magento/magento2-baseTemel dosyalar için özel bir eşleme olan özel bir paketle değiştirebilirim (gerçekten optimal değil ama hey, bu bir seçenek)

Kişisel olarak tüm bu seçeneklerden hoşlanmıyorum, bu yüzden yapmaya çalıştığım şeyi elde etmenin tercih edilen veya daha iyi bir yolu olup olmadığını bilmek istiyorum.

Aynı problemi olan var mı? Bunu nasıl çözdün? Projenizi VCS altında nasıl yapılandırıyorsunuz?

GÜNCELLEME

Proje kurulumuyla ilgili ekstra bir nokta. Deneylerimde Magento besteci yükleyicisinin dosya geçersiz kılma için bir bayrağı olduğunu fark ettim:

"extra": {
    "magento-force": "override"
}

Eğer yanılmıyorsam dahili olarak bir boole olarak kabul edilir, bu yüzden falsegeçersiz kılmayı atlamak için ayarlamaya çalıştım . Çalıştırdığımda composer install, dosya (lar) zaten mevcut olduğu için kurulumum başarısız oluyor. Temel olarak, Magento'nun dosyalarımı geçersiz kılmasına izin vermezsem, yükleyemem.

O zaman bu bayrağın amacı nedir? Sadece benim için bir çek yapmak mı gerekiyor? Dürüst olmak benim için pek mantıklı değil, ama belki birisi konuya ışık tutabilir.

Kısaca, özelleştirme gerektiren dosyaları ayırmak istiyoruz. Örneğin, index.php dosyasının değiştirilmesi gerekiyorsa, Magento tarafından gönderilen standart dosyanın yerel özelleştirmelerden nasıl ayrıldığını öğrenin. Bir kez elde edildiğinde, "tüm projeler için bir gerçek .gitignore" sahip olmak mümkündür. Yani, tüm proje dizinini Git'e, "besteci yüklemesi" sizin için getirecek her şeyin .gitignore ile işlemek kolaydır (ve bir yama veya yükseltme yüklerken "besteci güncellemesi" her şey yerini alacak).

Daha uzun vadede, amaç .gitignore'u mümkün olduğunca kısaltmaktır. Örneğin, "satıcı" dizini altındaki modüllere daha fazla bilgi aktarın.

Sonra

1. Projeler arasında paylaşmak istemediğiniz her şey için, uygulamayı uygulama / kod altında bırakın ve ana proje deposuna bağlı kalın.
2. Yerel olarak geliştirilen her şey, projeler arasında daha kolay paylaşmak, ayrı bir GIT repo koymak ve 'satıcı' altına gelmek için besteci aracılığıyla yüklemek istediğiniz. (Yerel bir besteci repo olabilir veya doğrudan GIT'den yükleyin.)

Bu şekilde gitmeye devam edebilirsiniz, tüm proje ağacını yukarıdan aşağıya doğru tamamlayabilirsiniz, composer.json ve composer.lock dosyalarını yakalar (sadece uygulama / kod uygulanmaz). .Gitignore 'satıcı' dizinini ve istenmeyen diğer dosyaları hariç tutar.

Bu size diğer tartışmada bahsedilen her iki dünyanın en iyisini verir. Mevcut ağrı .gitignore dosyasının uzunluğu ve karmaşıklığıdır ve düzeltme eki yüklemesi şu anda bazı yerel özelleştirmeleri siler (örn. İndex.php'de). Kısa vadeli geçici çözüm - index.php dosyasını .gitignore'dan kaldırın ve yama değişikliklerini yüklediğinizde hangi değişiklikleri kaybettiğinizi (git diff) görmek ve bunları manuel olarak yeniden uygulamak için yama kontrolü yapın.

Geçersiz kılma işleminiz için kolay bir çözüm var Sorun: çekirdek Dosyaları değiştirmeyin;) Magento, Kodu genişletmeye ve değiştirmemeye dayanır.

İlk olarak, tüm uygulama / kod klasörünüzü tek bir vcs deposuna koymamalısınız. Her Magento Bileşeni (Modül, Tema, vb.) Bir havuz olmalıdır.

Ön ucu değiştirmek / genişletmek istiyorsanız, yeni bir tema oluşturmalı ve bu temayı tüm Magento2 Eşgörünümü değil, homurdanma projeniz olarak değerlendirmelisiniz.

Temanızı Projenize yüklemek için doğrudan vcs deponuzdan besteci aracılığıyla kolayca çekebilirsiniz.

Tamam, başarmaya çalıştığım şey için daha iyi bir çözüm bulduğum anlaşılıyor. 'De composer.jsonMagento Composer Installer tarafından hangi dosyaların göz ardı edilmesi gerektiğini belirtmek mümkündür. Gruntfile.jsGeçersiz kılınmamı istemiyorsam , aşağıdaki yapılandırma ile belirtebilirim:

"extra": {
    "magento-deploy-ignore": {
        "magento/magento2-base": [
            "/Gruntfile.js",
            "/package.json"
        ]
    }
}

Artık standart kurulumu kendi ihtiyaçlarıma göre genişletebiliyorum.

Maalesef kabul cevap, yolu başlangıçta biz mesela. (Bir alt dizinine yerleştirilen bir dosyayı dışında tutmak istiyorsanız, çünkü istenen hedefe, kök yerleştirilir dosyaları ve dizinleri hariç sadece işi başarmak amacını taşıdığı halde dev/tools/grunt/configs/themes.jsbiz eklerseniz, gerekli yeni tema ve Magento Grunt görevlerini kullanmak istiyorum, "magento-deploy-ignore" yapılandırmasına koyarak, tüm üst dizinlerin (yani dev ve tüm alt dizinlerinin) dağıtımını engeller.

Bunun nedeni, "magento-deploy-ignore" ( \MagentoHackathon\Composer\Magento\Deploystrategy\DeploystrategyAbstract::isDestinationIgnored) yöntemini işleyen yöntemin strposhedef yolunu hariç tutulanlar listesiyle eşleştirmek için kullanmasıdır , böylece her üst yol her zaman true değerini döndürür.

Yamaları kullanma

Kullandığım yamalar oluşturmak ve uygulamak. Biz değişiklikten gerektiğinde dev/tools/grunt/configs/themes.js, index.phpya .htaccessbiz dosyanın geçici bir kopyasını değişiklikleri uygulamak ve bunun dışında bir yama oluşturmak (a oluşturmak build/ilk dir):

$ cp dev/tools/grunt/configs/themes.js dev/tools/grunt/configs/themes.js.tmp
  # Now Make changes in .tmp file
$ diff -u3 dev/tools/grunt/configs/themes.js dev/tools/grunt/configs/themes.js.tmp | sed 's/\.tmp//' > build/themes.patch
$ mv dev/tools/grunt/configs/themes.js.tmp dev/tools/grunt/configs/themes.js

Ardından, bu yamanın çalışırken composer installveya dosyanızın bölümüne updatete komutları ekleyerek otomatik olarak uygulanmasını sağlayabiliriz :scriptscomposer.json

{
    "scripts": {
        "post-install-cmd": "patch -i build/themes.patch dev/tools/grunt/configs/themes.js",
        "post-update-cmd": "patch -i build/themes.patch dev/tools/grunt/configs/themes.js"
    }
}

(Ayrıca yukarıdaki patch ...komutu bir bash betiğine koyabilirsiniz , diyelim kibuild/themes_patch.sh ve bu betiği Composer'dan çağırabilirsiniz, böylece yeniden kullanılabilir veya manuel olarak çalıştırılabilir)

Güvenli yükseltme! : D

Bu çözüm yükseltme güvenli! Özgün dosyalara saygı duymadan çekirdek dosyaları doğrudan değiştirmezsiniz. Özgün Magento2 dosyasına bir düzeltme eki uyguluyorsunuz. Yükselttiğiniz için bu dosya değiştiğinde, düzeltme eki başarısız olur ve yeni değişikliklere daha yakından bakmanız ve yeni bir düzeltme eki oluşturmanız gerektiğini bilirsiniz.