GIT และกลยุทธ์การปรับใช้โครงการ Magento2

ด้วย Magento 1 ฉันใช้เครื่องมือปรับใช้ที่ดึงใน repo ของ GIT รันคำสั่งเช่นนั้นmodman deploy-allและทำให้แน่ใจว่าvarไดเรกทอรีนั้นสามารถเขียนได้ สำหรับ.gitignoreฉันใช้อันนี้ซึ่งทำงานได้ค่อนข้างดี

แต่แล้วMagento 2ล่ะ?

gitignore ใดที่ทำงานได้ดีที่สุดคุณจะปรับใช้โครงการของคุณอย่างไรและคำสั่งใดที่ควรรันก่อนและหลังการปรับใช้ หวังว่าจะได้รับข้อมูลเชิงลึกจากชุมชน

คำถามจะยังคงเปิดอยู่สักพัก

ขั้นตอนด้านล่างอธิบายวิธีตั้งค่าสภาพแวดล้อมสำหรับการพัฒนาโมดูลที่กำหนดเองไม่ใช่เพื่อการผลิต

การเริ่มต้นโครงการ

1. เพิ่มข้อมูลประจำตัว repo.magento.comและโทเค็นการเข้าถึง githubไปยังauth.jsonในโฮมไดเร็กตอรี่ของผู้แต่ง

2. สร้างโครงการโดยใช้คำสั่งต่อไปนี้:

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

3. ใช้. gignignore นี้และใส่ลงในรูทโครงการของคุณ ไฟล์ / ไดเรกทอรีหลักเกือบทั้งหมดได้ถูกเพิ่มเข้าไปในรูท.gitignoreแล้ว แต่จะเป็นการดีกว่าถ้าเพิ่ม 2 ต่อไปนี้เช่นกัน/updateและ/phpserver(เพียงเพิ่ม 2 บรรทัดเหล่านี้ใน. gitignore)

4. เริ่มต้นพื้นที่เก็บข้อมูล git ใหม่ในรูทโปรเจ็กต์
5. เพิ่มไฟล์ที่ไม่ได้ติดตามทั้งหมดเพื่อคอมไพล์และคอมมิท
6. เริ่มพัฒนาโมดูลของคุณตามปกติ (วางไว้ใต้app/code/VendorName/ModuleName) ตอนนี้คุณจะมีเฉพาะโค้ดที่คุณกำหนดเองในที่เก็บ git ของคุณ

การติดตั้ง Magento

1. ตรวจสอบให้แน่ใจว่าสิทธิ์ระบบไฟล์ทั้งหมดได้รับการตั้งค่าตามที่ระบุไว้ในคู่มืออย่างเป็นทางการ

2. ติดตั้ง Magento โดยใช้บรรทัดคำสั่งเช่น:

   ${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. เปิดใช้งาน cron indexers เช่นบน Ubuntu:

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

4. Magento จะทำงานในdefaultโหมดและเนื้อหาที่หายไปทั้งหมดจะถูกสร้างขึ้นโดยอัตโนมัติเมื่อมีการร้องขอครั้งแรก ดังนั้นไม่จำเป็นต้องเรียกใช้คอมไพเลอร์หรือปรับใช้เนื้อหาแบบคงที่

5. [ไม่บังคับ] หากใช้ PHP Storm ให้รันคำสั่งต่อไปนี้เพื่อเปิดใช้งานการรองรับ XSD:

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

สำหรับการเริ่มต้นและการติดตั้งทำตามขั้นตอนจาก Alex คำตอบของเขาสำหรับขั้นตอนส่วนใหญ่มีเพียงความแตกต่างที่ฉันอยากจะแนะนำ:

การกำหนดค่า Git

เก็บไฟล์ต่อไปนี้ในที่เก็บ Git ของคุณเท่านั้น:

• composer.json
• composer.lock
• app / etc / config.php

สำหรับรหัสที่กำหนดเองของโครงการให้ใช้โมดูลแยกต่างหากที่คุณรวมถึงผู้แต่งเพลงด้วย การจัดการนักแต่งเพลงนี้ทำได้ง่ายขึ้นเนื่องจากคุณสามารถล็อครุ่น / รีลีสเฉพาะที่คุณต้องการปรับใช้ สิ่งนี้บังคับให้คุณใช้วิธีการเดียวกันสำหรับโมดูลภายในและภายนอก

การปรับใช้

ในระหว่างการพัฒนาคุณทำการอัพเดตโมดูลบนสภาวะแวดล้อมของคุณ (dev / test) ด้วยคำสั่ง:

composer update

สิ่งนี้จะอัพเดตไฟล์ composer.lock ด้วยเวอร์ชันที่ติดตั้งในการติดตั้งนั้น

ในการเตรียมเตริง / การผลิตล่วงหน้า / การผลิตคุณสามารถสร้าง / ติดตั้งการตั้งค่าเดียวกันด้วยคำสั่ง:

git pull
composer install

สิ่งนี้จะติดตั้งโมดูลเดียวกันทั้งหมดที่ใช้ในการพัฒนา / ทดสอบเพื่อให้แน่ใจว่าการทดสอบก่อนที่จะเผยแพร่ไปยังการผลิตจะทำด้วยรุ่นโมดูลเดียวกันกับที่ได้รับการพัฒนาด้วย

หลังจากการติดตั้งเพื่อเรียกใช้คำสั่งต่อไปนี้:

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

สิ่งนี้จะอัพเดตฐานข้อมูล (สคีมาและการอัพเกรดข้อมูล) สร้างการกำหนดค่า DI และปรับใช้ไฟล์มุมมองแบบคงที่ทั้งหมด

Re. gitignore, 2.2 คำตอบของวีโอไอพีอย่างเป็นทางการเป็นต้นไปจะเป็น "config.php เข้าไปใน git, env.php ไม่ได้"

เรากำลังดูปลั๊กอินนักแต่งเพลงเช่น Mediawiki เพื่อให้เข้าถึง dev ภายในได้ใกล้เคียงกับการพัฒนาส่วนขยายและไซต์ลูกค้า ยังคงสำรวจยังไม่สิ้นสุด

ผมค่อนข้างชอบใช้นักแต่งเพลง "เส้นทาง" ประเภทพื้นที่เก็บข้อมูลที่มีเส้นทางของ../othergitrepo/app/code/*/*ที่จะรับโมดูล แต่จะใช้ symlinks ที่ไม่ทำงานได้ดีกับสภาพแวดล้อม dev ใช้พร้อมเพรียงกันหรือคล้ายกัน

เราใช้วิธีการที่แตกต่างกันซึ่งไม่เกี่ยวข้องกับการสร้างเซิร์ฟเวอร์ / กระบวนการที่แยกจากกันเราพัฒนาในพื้นที่เสมือนในการผลิต

จากนั้นเราจะกระทำทุกไฟล์ที่จำเป็นสำหรับการผลิต จากนั้นเราก็ปรับใช้เซ็ตการแก้ไขกับเซิร์ฟเวอร์และรันคำสั่งอัพเกรด

การใช้เวอร์ชั่นที่เหมาะสำหรับการพัฒนา แต่ยังทำงานในโหมดการผลิตก็เป็นส่วนที่ยุ่งยากและยังไม่สมบูรณ์ แต่ตอนนี้เรามีสูตรที่ใช้งานได้

เหตุผลก็คือเราต้องการควบคุม 100% ว่าโค้ดอะไรที่จะใช้งานจริง เนื่องจาก magento2 สร้างรหัสจำนวนมากเราต้องเรียกใช้งานในพื้นที่เพื่อให้สามารถเข้าใจเอฟเฟกต์ทั้งหมดและสามารถแก้ไขข้อบกพร่องได้เหมือนในการผลิต

ฉันรู้ว่านี่ไม่ใช่สิ่งที่หลายคนแนะนำ แต่ที่ดีที่สุดสำหรับเรา

ขั้นตอนการตั้งค่าส่วนหน้า

เพื่อให้สคริปต์เหล่านี้จะทำงานตั้งร้านค้าของคุณเพื่อการผลิตในโหมด env.php dev/tools/grunt/configs/themes.jsและการตั้งค่าของคุณในรูปแบบของคุณ (ขั้นตอนต่อไปนี้ถูกใส่ลงในเพลย์บุ๊ค ansible)

1. ลบ var/cache
2. ลบ var/view_preprocessed
3. ลบpub/static/*(อย่าลบ. htaccess)
4. ลบ var/composer_home
5. วิ่ง php bin/magento cache:flush
6. วิ่ง php bin/magento setup:static-content:deploy %your_languages%
7. ลบชุดรูปแบบ / ภาษาทั้งหมดที่คุณไม่ได้ใช้จาก pub / static / frontend
8. ลบสำเนาของไฟล์ที่น้อยกว่าออกจาก pub/static/frontend
9. วิ่ง 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. ไม่บังคับ: เราใช้ bash-script เพื่อเปลี่ยน symlink แบบสัมบูรณ์ซึ่งสร้างขึ้นในขั้นตอนที่ 9 เป็นรายการที่สัมพันธ์กันทำให้สามารถเรียกใช้ grunt จากนอก vm ได้
11. วิ่ง grunt less:your_theme

แบ็กเอนด์ / ขั้นตอนการตั้งค่า

1. ลบ var/cache
2. ลบ var/generation
3. ลบ var/composer_home
4. ลบ var/di
5. วิ่ง php bin/magento cache:flush
6. วิ่ง php bin/magento setup:di:compile

คุณควรละเว้นไฟล์เหล่านี้ด้วย
/app/etc/config.php
/app/etc/env.php
/.idea/workspace.xml // phpstorm