GIT ve dağıtım stratejisi Magento2 projeleri

Magento 1 ile GIT deposuna giren, komutları çalıştıran modman deploy-allve vardizinin yazılabilir olduğundan emin olan bir dağıtım aracı kullandım . Çünkü .gitignoreben bunu iyi işe yarayan bir tane kullandım .

Peki ya Magento 2 ?

En iyi gitignore hangi işe yarar, projenizi nasıl dağıtırsınız ve konuşlandırmadan önce ve sonra hangi komutu çalıştırmanız gerekir? Topluluktan bazı görüşler duymak için sabırsızlanıyorum.

Soru bir süre açık kalacak

Aşağıdaki adımlar, üretim için değil, özel modül geliştirme ortamının nasıl kurulacağını açıklar.

Proje başlatma

1. Ekle repo.magento.com kimlik ve github erişim belirteci için auth.json besteci ana dizininde

2. Aşağıdaki komutu kullanarak proje oluşturun:

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

3. Bu .gitignore'u alın ve proje kökünüze koyun. Hemen hemen tüm temel dosya / dizin zaten köküne eklenir .gitignore, ancak aynı zamanda şu 2 eklemek için iyidir /updateve /phpserver(sadece .gitignore bu 2 satırları ekleyin)

4. Proje kökünde yeni git deposunu başlat
5. Tüm takip edilmemiş dosyaları git ve ekle
6. Modüllerinizi her zamanki gibi geliştirin (altına yerleştirin app/code/VendorName/ModuleName), artık git deponuzda yalnızca özel kodunuz olacak

Magento kurulumu

1. Tüm dosya sistemi izinlerinin resmi kılavuzda belirtildiği şekilde ayarlandığından emin olun.

2. Magento'yu komut satırı kullanarak kurun, örneğin:

   ${project_root}/bin/magento setup:install \ --db-host=localhost \ --db-name=magento \ --db-user=root \ --backend-frontname=admin \ --base-url=http://base.url.goes.here/ \ --language=en_US \ --timezone=America/Chicago \ --currency=USD \ --admin-lastname=Admin \ --admin-firstname=Admin \ --admin-email=admin@example.com \ --admin-user=admin \ --admin-password=123123q \ --cleanup-database \ --use-rewrites=1

3. Dizin oluşturucuları cron job'u etkinleştirin, örneğin Ubuntu'da:

   echo "* * * * * php ${project_root}/bin/magento cron:run &" | crontab -u www-data -

4. Magento defaultmodda çalışacak ve tüm eksik içerik ilk istek üzerine otomatik olarak oluşturulacaktır. Dolayısıyla derleyici veya statik içerik dağıtımı çalıştırmaya gerek yok

5. [isteğe bağlı] PHP Storm kullanıyorsanız, XSD desteğini etkinleştirmek için aşağıdaki komutu çalıştırın:

   bin/magento dev:urn-catalog:generate .idea/misc.xml

Başlatma ve Kurulum için Alex'in adımlarını, adımların çoğuna verdiği cevabı izleyin, sadece önerebileceğim farklılıklar:

Git yapılandırması

Aşağıdaki dosyaları Git deponuzda yalnızca saklayın:

• composer.json
• composer.lock
• Uygulama / etc / Config.php

Projeniz için özel kod, ayrıca besteci dahil ettiğiniz ayrı modülleri kullanın. Bu besteci aracılığıyla yönetmek, dağıtmak istediğiniz belirli bir sürümü / sürümü kilitleyebildiğiniz için daha kolaydır. Bu aynı zamanda iç ve dış modüller için aynı yaklaşımı kullanmaya zorlar.

yayılma

Geliştirme sırasında ortamınızdaki modülleri (dev / test) şu komutla güncelleyin:

composer update

Bu, composer.lock dosyasını o kurulumda kurulu sürümlerle güncelleyecektir.

Kademelendirme / üretim öncesi / üretimde, aynı ayarları aşağıdaki komutla oluşturabilir / kurabilirsiniz:

git pull
composer install

Bu, üretimde yayınlanmadan önce yapılan testlerin, geliştirildiği gibi aynı modül sürümleriyle yapılmasını sağlamak için dev / test'te kullanılan tüm aynı modülleri kuracaktır.

Yüklemeden sonra aşağıdaki komutları çalıştırın:

bin/magento setup:upgrade
bin/magento setup:di:compile (or setup:di:compile-multi-tenant)
bin/magento setup:static-content:deploy

Bu, veritabanını günceller (şema ve veri yükseltme), DI yapılandırmasını oluşturur ve tüm statik görünüm dosyalarını dağıtır.

Re .gitignore, 2.2 sonrası resmi Magento cevabı "config.php gitmeye gidiyor, env.php yok" olacak.

Dahili geliştirme ve müşteri sitelerine daha fazla yaklaşmak için Mediawiki'ninki gibi besteci eklentilerine bakıyoruz. Hala araştırıyor, henüz kesin değil.

Besteci "Yol" veri havuzu türünü, ../othergitrepo/app/code/*/*modülleri almak için bir yolla kullanmaktan oldukça hoşlandım , ancak Unison veya benzerini kullanan dev ortamlarla iyi çalışmayan sembolik bağlar kullanıyor.

ayrı bir derleme-sunucu / süreç içermeyen farklı bir yaklaşım kullanıyoruz , yerel olarak üretimde geliştiriyoruz

daha sonra üretim için gerekli tüm dosyaları taahhüt ediyoruz . daha sonra değişiklikleri sadece sunucuya dağıtıyoruz ve upgrade komutunu çalıştırıyoruz.

Geliştirme için uygun olan ancak aynı zamanda üretim modunda çalışan bir sürüme ulaşmak zor kısımdı ve hala mükemmel değil ama şimdi çalışan bir tarif aldık.

Bunun nedeni, hangi kodun üretime gireceği üzerinde% 100 kontrol sahibi olmak istememizdir. magento2 bir ton kod ürettiğinden, tüm etkileri anlayabilmek ve üretimde olduğu gibi hata ayıklayabilmek için yerel olarak çalıştırmalıyız.

Bunun pek çok insanın yapmasını önermediğinin farkında değilim, ama bizim için en iyi sonucu veriyor.

ön-kurulum adımları

Bu komut dosyalarının çalışması için mağazanızı env.php adresindeki prodüksiyon moduna getirin ve temanızı ayarlayın dev/tools/grunt/configs/themes.js. (aşağıdaki adımlar uyumlu bir oyun defterine konuldu)

1. silmek var/cache
2. silmek var/view_preprocessed
3. sil pub/static/*(.htaccess'i silmeyin)
4. silmek var/composer_home
5. Çalıştırmak php bin/magento cache:flush
6. Çalıştırmak php bin/magento setup:static-content:deploy %your_languages%
7. gerçekte kullanmadığınız tüm temaları / dilleri pub / static / frontend'den sil
8. daha az sayıda dosyanın basılı kopyalarını pub/static/frontend
9. Çalıştırmak php bin/magento dev:source-theme:deploy --locale="%your_language%" --theme="%your_theme%" css/styles-m css/styles-l css/email css/email-inline
10. isteğe bağlı: 9. adımda oluşturulan mutlak sembolik bağları göreceli olanlara dönüştürmek için bir bash betiği kullanıyoruz
11. Çalıştırmak grunt less:your_theme

arka uç / di-kurulum adımları

1. silmek var/cache
2. silmek var/generation
3. silmek var/composer_home
4. silmek var/di
5. Çalıştırmak php bin/magento cache:flush
6. Çalıştırmak php bin/magento setup:di:compile

Bu dosyaları da
görmezden
gelmelisiniz
/app/etc/config.php /app/etc/env.php /.idea/workspace.xml // phpstorm