सही संगीतकार आधारित कोर अपडेट वर्कफ़्लो क्या है?

Question

मैं Drupal 8 निर्भरता को प्रबंधित करने के लिए संगीतकार का उपयोग करना चाहता हूं, लेकिन मुझे यकीन नहीं है कि सही कोर अपडेट वर्कफ़्लो क्या है। फिलहाल मैं नवीनतम बीटा रिलीज के लिए कोर को अपडेट करने के लिए ड्रश का उपयोग कर रहा हूं, लेकिन मेरी कंपोजर.जसन फाइल में कुछ निर्भरताएं भी हैं, इसलिए अपडेट के बाद मैं कंपोजर इंस्टॉल का उपयोग सभी कंट्रिब विक्रेता निर्भरता को स्थापित करने के लिए कर रहा हूं। ऐसा प्रतीत होता है कि composer installकोर डायरेक्टरी में कुछ फाइलें चल रही हैं, हालांकि मैंने कोर को लेटेस्ट वर्जन में अपडेट किया है।

मैंने कंपोज़र.जोन फ़ाइल को मैन्युअल रूप से संपादित करने और विशिष्ट बीटा रिलीज़ के साथ "ड्रुपल / कोर" लाइन को बदलने की कोशिश की है, उदाहरण के लिए "drupal/core": "~8.0-beta14",, लेकिन यह अभी भी कोर डायरेक्टरी में फाइलों को ओवरराइड करता है।

सही वर्कफ़्लो क्या है?

Answer 1

मुझे लगता है कि आप अपने प्रोजेक्ट के आधार के रूप में ड्रुपल-कंपोज़र / ड्रुपल-प्रोजेक्ट का उपयोग कर रहे हैं । यदि नहीं, तो उस परियोजना पर एक नज़र डालें, और अपनी तुलना करें।

इसके अलावा, आपने कहा था कि आप ड्रुपल 8 निर्भरता का प्रबंधन करने के लिए संगीतकार का उपयोग करना चाहते हैं, इसलिए मैं मानता हूं कि आपने अपने कंट्रिब मॉड्यूल को composer require drupal/develइसके बजाय चुना है drush dl devel।

यदि आप इन सभी चीजों को कर रहे हैं, तो आपको composer updateड्रुपल कोर और अपने सभी कंट्रिब मॉड्यूल को अपडेट करने के लिए उपयोग करना चाहिए । जब तक आप अपनी composer.lockफ़ाइल को बनाए रखते हैं , तब तक आपको अपनी composer installकिसी भी निर्भरता के संस्करण को नहीं बदलना चाहिए। आपको बिल्कुल भी उपयोग नहीं करना चाहिए drush pm-update। यह आपके लिए मायने नहीं रखता कि coreनिर्देशिका में फाइलें अपडेट की गई हैं या नहीं, क्योंकि यह निर्देशिका संगीतकार द्वारा प्रबंधित है। आप अपनी रिपॉजिटरी में संगीतकार-प्रबंधित निर्देशिकाओं को न करने से बेहतर हैं, हालाँकि आप चाहें तो ऐसा कर सकते हैं।

drush updatedbजब भी आप composer updateDrupal Core या किसी भी मॉड्यूल की जगह लेते हैं, तो आपको निश्चित रूप से चलना चाहिए ।

विकास संस्करणों को प्राप्त करने से बचने के लिए, कम्पोज़र स्थिरता झंडे का उपयोग करके अपनी कंपोज़र.जॉन फ़ाइल में अपनी न्यूनतम स्थिरता in बीटा ’पर सेट करें ।

यदि आप अपनी साइट का प्रबंधन करने के लिए ड्रुपल-कंपोज़र / ड्रुपल-प्रोजेक्ट का उपयोग कर रहे हैं, तो सभी रूट स्तर की फाइलें जैसे README.txt, .htaccess और index.html आपके प्रोजेक्ट के स्वामित्व में हो जाती हैं। इसका मतलब है कि आपको उन्हें अपने गिट रिपॉजिटरी में जांचना चाहिए; संगीतकार उन्हें अपडेट नहीं करेगा, जब आप बदलते हैं तो आपको उन्हें स्वयं अपडेट करना होगा। इन फ़ाइलों को केवल शायद ही कभी बदलना चाहिए, लेकिन ड्रुपल-कंपोज़र / ड्रुपल-प्रोजेक्ट के पास इन फ़ाइलों को अपडेट करने के लिए एक स्क्रिप्ट है ।

Comments

चलो मान लेते हैं कि मैं पीयूष-अपडेट के बजाय संगीतकार अपडेट का उपयोग कर रहा हूं, मैं README.txt, .htaccess, आदि जैसी फ़ाइलों को कैसे अपडेट करूं? और कैसे आया ड्रश अपडेट संगीतकार अपडेट से अलग कोर देता है? और क्या मुझे प्रत्येक अपडेट से पहले अपने कंपोजर.जॉन में ड्रुपल का संस्करण 8.0-बीटा एक्सएक्सएक्स में बदलना चाहिए? मैं देव का उपयोग नहीं करना चाहता। संस्करण ..

— rreiss

उत्तर अपडेट किया गया।

— greg_1_anderson

+1 greg_1_anderson - यह बहुत अच्छा लग रहा है, क्या यह Drupal 8 के लिए सुरक्षा अद्यतन करने का निश्चित तरीका है? D7 के साथ, यह है: drupal.stackexchange.com/a/71578

— therobyouknow

ऐसा लगता है कि यह काम करता है अगर किसी ने इन चरणों के साथ शुरू में Drupal 8.1 स्थापित किया था: drupal.org/node/2471553 (मुझे यह त्रुटि के बिना काम करने के लिए मिला)

— therobyouknow

"बेशक, आपको drush updatedbतब भी चलना चाहिए जब संगीतकार अपडेट ड्रुपल कोर या किसी भी मॉड्यूल को बदल देता है।" - धन्यवाद और अगर आपने शुरू में इन स्टेप्स के साथ drupal इंस्टॉल किया था, drupal.org/node/2471553 तो आपको अपने Drupal 8 इंस्टॉल के साथ विशेष ड्रश के लिए पूर्ण पथ की आवश्यकता है (क्योंकि वे अंतिम चरण के रूप में इंस्टॉल को चलाते थे)। आपको पहले वेब में cd करने की आवश्यकता है और एक बार / वेब में / db को पूर्ण पथ के साथ अद्यतन करने की आज्ञा इसलिए होगी: ../vendor/drush/drush/drush updatedb(मुझे यह काम करने के लिए मिला)।

— उपचार

Answer 2

निम्नलिखित पैच रिलीज 8.4.x> 8.4.y के लिए ठीक है, लेकिन मामूली रिलीज 8.4.x> 8.5.x के लिए ठीक नहीं है । करने के लिए कूद अद्यतन 3 मैं क्या विश्वास है के लिए नीचे दिए गए नाबालिग रिलीज अद्यतन के लिए "जवाब" है।

1- ड्रुपल के साथ आने वाली किसी भी फाइल को बैकअप करें, जिसे आपने संशोधित किया है। जैसे कि .htaccess, robots.txt, आदि। (उन 2 को सबसे अधिक बदला गया है)।

2- [मुझे बताया गया है कि डिलीट लॉक फाइल गलत है, नीचे UPDATE देखें] कंपोजर.लॉक फाइल (अपनी साइट के टॉप लेवल फोल्डर में) डिलीट करें । यह चरण 5 में फिर से बन जाता है।

3- अपने कंपोज़र की जाँच करें। Json (आपकी साइट के शीर्ष स्तर के फ़ोल्डर में) और सुनिश्चित करें कि "ड्रुपल: कोर" आवश्यक अनुभाग में है और एक बदले हुए अनुभाग में नहीं है, उदाहरण के लिए

"require": {
"drupal/core": "^8.4"
},

नहीं

"replace": {
"drupal/core": "^8.4"
},

यदि "ड्रुपल / कोर" रिप्लेसमेंट सेक्शन में है, तो इसे आवश्यक सेक्शन में ले जाएं और रीप्ले सेक्शन को हटा दें। यदि प्रतिस्थापित अनुभाग में अन्य प्रविष्टियाँ हैं, तो बस "ड्रुपल / कोर" को हटा दें पूरे बदले हुए खंड को नहीं - लेकिन मुझे लगता है कि "ड्रुपल / कोर" सामान्य रूप से केवल एक ही चीज है।

"ड्रुपल / कोर" में आप किस संस्करण को अद्यतन करना चाहते हैं, उदाहरण:

"ड्रुपल / कोर": "^ 8.5" - 8.5 के नवीनतम संस्करण में अपडेट होगा। "ड्रुपल / कोर": "8.4.6" - संस्करण 8.4.6 में अपडेट होगा।

5- इसे चलाएं (अपनी साइट के शीर्ष स्तर फ़ोल्डर में):

composer update drupal/core --with-dependencies

6- यदि कोई त्रुटि नहीं है, तो सामान्य करें, अपडेट चलाएं और कैश साफ़ करें:

drush updatedb
drush cr

या यदि ड्रश का उपयोग नहीं कर रहे हैं, तो अपडेट चलाने के लिए /update.php पर जाएं, फिर व्यवस्थापक / कॉन्फ़िगर / विकास / प्रदर्शन करने के लिए और "सभी कैश साफ़ करें" बटन दबाएं।

7- यदि आपने पहले चरण (.htaccess, robots.txt) में फ़ाइलों का बैकअप लिया था, तो उन्हें वापस लाएँ। लेकिन यह देखने के लिए जांचें कि क्या ड्रुपल ने उन फाइलों में अपडेट किया है और उन परिवर्तनों को आपके पास जोड़ दिया है।

किया हुआ

यदि चरण 5 में संगीतकार अपडेट के साथ त्रुटियां थीं, तो यह आमतौर पर विक्रेता फ़ोल्डर में सामान के संस्करणों के साथ मुद्दों के कारण होता है।

इस तरह के मुद्दों से निपटने के लिए यह एक बेहतरीन पोस्ट है: https://www.jeffgeerling.com/blog/2018/updating-drupalcore-composer-drupal-core-doesnt-update और पाने के लिए Drupal और Composer के साथ Jeff के अन्य 2 पोस्ट पढ़ें उस बारे में अधिक जानकारी।

मुझे ट्विटर पर 2 लोगों द्वारा बताया गया था कि कंपोजर.लॉक को हटाया नहीं जाना चाहिए (ऊपर चरण 2)। composer update drupal/core --with-dependenciesआदेश वैसे भी ताला फ़ाइल का पुनर्निर्माण करने वाला।

इस पद्धति के परीक्षण में मुझे लगता है कि यह 8.4.3> 8.4.6 (उदाहरण के लिए) के लिए ठीक काम करता है, लेकिन मुझे 8.4.6> 8.5.x के लिए त्रुटियां मिलती हैं। जब मैं इसका पता लगाऊंगा तब रिपोर्ट करूंगा।

त्रुटियों का उदाहरण:

Your requirements could not be resolved to an installable set of packages.
  Problem 1
    - symfony/yaml 3.4.x-dev conflicts with symfony/console[v3.2.8].
    - symfony/yaml 3.4.x-dev conflicts with symfony/console[v3.2.8].
    - symfony/yaml 3.4.x-dev conflicts with symfony/console[v3.2.8].
    - drupal/core 8.5.0 requires symfony/yaml ~3.4.5 -> satisfiable by symfony/yaml[3.4.x-dev].
    - Installation request for drupal/core 8.5.0 -> satisfiable by drupal/core[8.5.0].
    - Installation request for symfony/console (locked at v3.2.8, required as ~3.2.8) -> satisfiable by symfony/console[v3.2.8].

जेफ जेरलिंग द्वारा की गई यह पोस्ट इसी तरह के मुद्दों को संबोधित करती है, लेकिन अभी तक मेरे लिए कोई भाग्य नहीं है: https://www.jeffgeerling.com/blog/2018/updating-drupalcore-composer-drupal-core-doesnt-upate

तो ... केवल एक चीज जो मेरे लिए 8.4.x> 8.5.x पर काम करती है वह "परमाणु विकल्प" है जो कि कई अन्य लोग उपयोग करते हैं, जो चलाया जाता है composer update।

मुझे लगता है कि जब तक आप संगीतकार.जेन्स में मॉड्यूल संस्करणों के बारे में निश्चित हैं, तब तक ठीक है। हो सकता है कि कोई उन्हें वर्तमान संस्करण के लिए लॉक कर दे। उदाहरण के लिए:

"drupal/address": "1.3"

बजाय:

"drupal/address": "^1.3"

लेकिन क्या सही जवाब है?

हर जगह होने वाले उत्तर को "परमाणु विकल्प" करना है:

A. /vendorफ़ोल्डर को हटा दें ।

B. भागो composer updateऔर बस अपने मॉड्यूल को कोर के साथ अपडेट करें। या, composer.jsonयदि आप उन्हें अपडेट नहीं करना चाहते हैं तो मॉड्यूल संस्करणों को बंद कर दें।

ड्रुपल स्लैक के एक व्यक्ति ने कहा "संगीतकार का संपूर्ण दर्शन यह है कि आपको हमेशा संकुल अद्यतन करना चाहिए, जितना संभव हो सके" । पैकेज्ड में मेरे विचार से मॉड्यूल शामिल हैं। तो यह कुछ समझ में आता है मुझे लगता है।

एक बार जब मैं 8.4.6 से 8.5.0 तक पहुंच गया, तो यह 8.5.0 से 8.5.1 तक पहुंचने के लिए ठीक काम किया, जैसा कि 8.4.3 से 8.4.6 के लिए किया composer update drupal/core --with-dependenciesथा।

मैं यह निष्कर्ष निकालना शुरू कर रहा हूं कि "उत्तर" विक्रेता फ़ोल्डर और कंपोजर.लोक फ़ाइल को डिलीट कर रहा composer updateहै , फिर उपयोग करना ठीक है, और यह कि किसी को कंपोज़र में निर्भरता के लिए संस्करण संख्याओं को सुनिश्चित करना चाहिए। जेसन फ़ाइल वही है जो आप चाहते हैं । यह इतना बड़ा सौदा नहीं है कि आप किन मॉड्यूल संस्करणों को प्रबंधित करना चाहते हैं या अपडेट करना चाहते हैं composer.json।

उदाहरण के लिए:

"drupal/admin_toolbar": "1.18", 1.18 के साथ छड़ी का मतलब है

"drupal/admin_toolbar": "^1.18", मतलब आगे बढ़ें और अपडेट करें लेकिन 1.x के भीतर (2.x नहीं)

यह इस पोस्ट पर एक टिप्पणी (सामान्य Redneck) द्वारा समर्थित है: https://www.jeffgeerling.com/blog/2018/updating-drupalcore-composer-drupal-core-doesnt-update - इनमें से एक चीज़ जो मैंने की है जैसा कि मैं समर्थन में काम करता हूं पाया गया है कि मॉड्यूल और कोर के संस्करणों को बंद करना एक अच्छा विचार है ताकि आप जब चाहें तब थर्मोन्यूक कर सकें क्योंकि कई बार ऐसा होता है जब विभिन्न प्लगइन्स भी सही तरीके से व्यवहार नहीं करना चाहते हैं। "

वैसे, composer.lock फ़ाइल कोई मदद नहीं है composer updateक्योंकि यह उड़ जाती है ( composer installजहाँ वह लॉक फ़ाइल पढ़ी जाती है, उसके विपरीत ):

चल रहा है composer install:

• अगर composer.lockमौजूद है तो जाँच करें
• यदि नहीं, तो एक composer updateबनाने के लिए प्रदर्शन करें
• यदि composer.lockमौजूद है, तो लॉक फ़ाइल से निर्दिष्ट संस्करण स्थापित करें

चल रहा है composer update:

• चेक composer.json
• अपने वर्जन स्पेक्स के आधार पर इंस्टॉल करने के लिए नवीनतम संस्करणों का निर्धारण करें
• नवीनतम संस्करण स्थापित करें
• अद्यतन composer.lockस्थापित नवीनतम संस्करणों को प्रतिबिंबित करने के लिए

Ref: https://www.engineyard.com/blog/composer-its-all-about-the-lock-file

मुझे लगता है कि यह ऊपर वर्णित है: https://github.com/drupal-composer/drupal-project । मैंने इसका उपयोग किया है और यह ठीक है लेकिन यह ड्रुपल के साथ संगीतकार का उपयोग करने के लिए एक आवश्यकता नहीं है। यह भ्रामक है क्योंकि यह "ध्वनियों" की तरह है जैसे यह नाम से है। जब मैंने पहली बार ड्रुपल 8 के साथ शुरू किया, तो मुझे लगा कि इसकी आवश्यकता है, इसलिए इसके साथ मेरी पहली डी 8 साइट बनाई, यह सोचते हुए कि यह सबसे अच्छा अभ्यास था।

ड्रुपल के उस "संस्करण" में उन्होंने एक / वेब फ़ोल्डर में डॉकरॉट किया है, परियोजना के शीर्ष फ़ोल्डर में नहीं। सामान्य द्रुपाल की तुलना में .gitignore में जोड़ा गया सामान का एक गुच्छा भी है:

/drush/contrib/
/vendor/
/web/core/
/web/modules/contrib/
/web/themes/contrib/
/web/profiles/contrib/
/web/libraries/

इसलिए, ड्रुपल का यह संस्करण उन साइटों के लिए वास्तव में अधिक है जो संगीतकार के उपयोग से हर तैनाती पर ड्रुपल का एक नया निर्माण करने के लिए निरंतर एकीकरण का उपयोग कर रहे हैं। यदि आप अधिक सामान्य विधि के साथ तैनाती करते हैं, तो आपको स्पष्ट रूप से उपरोक्त सभी चीजें अपने git रेपो में करनी होंगी या यह आपके सर्वर [1] में तैनात नहीं किया जाएगा, और Drupal को चलाने के लिए सामान की आवश्यकता है।

[१] अगर git आपकी तैनाती के साथ शामिल है - यदि आप SFTP के साथ तैनात हैं, तो इसे अनदेखा करें।

Comments

composer update drupal/core symfony/config webflo/drupal-core-strict --with-dependenciesमुझे अभी तक कभी असफल नहीं हुआ है > 8.6 - कई छोटी-छोटी संस्करणों के ऊपर काम करता है, 8.3 जैसे

— क्लाइव

Answer 3

Packagist.org पर ड्रुपल / कोर पैकेज का उपयोग करके हम वास्तव में संगीतकार के माध्यम से कोर, कंट्राब मॉड्यूल (, थीम और प्रोफाइल) और अन्य विक्रेताओं का प्रबंधन कर सकते हैं।

मैंने अपनी रूट डायरेक्टरी में निम्नलिखित फाइलों को सेटअप किया है और निष्पादित किया है composer install

composer.json

{
  "require": {
    "composer/installers": "^1.0.20",
    "drupal/core": "8.0.*"
  },
  "extra": {
    "installer-paths": {
      "core": ["type:drupal-core"],
      "modules/contrib": ["type:drupal-module"],
      "profiles/contrib": ["type:drupal-profile"],
      "themes/contrib": ["type:drupal-theme"]
    }
  },
  "scripts": {
    "post-install-cmd": [
      "./post_install.sh"
    ]
  }
}

post_install.sh

#!/usr/bin/env bash
export RAW_DRUPAL="https://raw.githubusercontent.com/drupal/drupal/8.0.x"
curl $RAW_DRUPAL/example.gitignore > example.gitignore
curl $RAW_DRUPAL/.gitattributes > .gitattributes
curl $RAW_DRUPAL/.htaccess > .htaccess
curl $RAW_DRUPAL/.csslintrc > .csslintrc
curl $RAW_DRUPAL/.editorconfig > .editorconfig
curl $RAW_DRUPAL/.eslintrc > .eslintrc
curl $RAW_DRUPAL/.eslintignore > .eslintignore
curl $RAW_DRUPAL/index.php > index.php
curl $RAW_DRUPAL/update.php > update.php
curl $RAW_DRUPAL/web.config > web.config
curl $RAW_DRUPAL/autoload.php > autoload.php
curl $RAW_DRUPAL/robots.txt > robots.txt
mkdir -p sites/default
curl $RAW_DRUPAL/sites/example.sites.php > sites/example.sites.php
curl $RAW_DRUPAL/sites/development.services.yml > sites/development.services.yml
curl $RAW_DRUPAL/sites/example.settings.local.php > sites/example.settings.local.php
curl $RAW_DRUPAL/sites/default/default.services.yml > sites/default/default.services.yml
curl $RAW_DRUPAL/sites/default/default.settings.php > sites/default/default.settings.php

का आनंद लें :)

Comments

मुझे लगता है कि मुझे आपके द्वारा किए गए सभी कर्ल जादू की आवश्यकता होगी। मैं उम्मीद कर रहा था कि इन सभी आवश्यक फाइलों को संगीतकार द्वारा रखा जाएगा।

— dxvargas

@hiphip मुख्य निर्देशिका के बाहर की फाइलें अक्सर नहीं बदलती हैं, इसलिए उपरोक्त एक स्क्रिप्ट हो सकती है जिसे आप मैन्युअल रूप से प्रदर्शन करते हैं जब एक मामूली संस्करण से अगले (यानी 8.1 से 8.2) तक ड्रूपल अपडेट होता है

— ईयाल

Answer 4

हां, आप संगीतकार के साथ Drupal core को प्रबंधित कर सकते हैं। हालांकि इसके बारे में कुछ बातें पता होनी चाहिए।

संभवतः आपको कई आइटमों के कारण टाइमआउट मिलेंगे, खासकर अगर आप किसी स्थानीय वीएम में चलते हैं। यदि आप चलाते composer installहैं तो आपको संगीतकार की त्रुटि मिलेगी:

 [RuntimeException]                                    
  Could not delete core/.nfs0000000000000000000001:

सुनिश्चित करें कि आप आवश्यकता का उपयोग करें

{
  "require": {
   "drupal/core": "8.3.*"

साथ ही कॉन्फ़िगरेशन में टाइमआउट के लिए एक एक्सटेंशन जोड़ें

    "installer-paths": {
        "core": ["type:drupal-core"],
        "modules/contrib/{$name}": ["type:drupal-module"],
        "profiles/contrib/{$name}": ["type:drupal-profile"],
        "themes/contrib/{$name}": ["type:drupal-theme"],
        "drush/contrib/{$name}": ["type:drupal-drush"],
        "modules/custom/{$name}": ["type:drupal-custom-module"],
        "themes/custom/{$name}": ["type:drupal-custom-theme"]
    }
},

"config":{
            "process-timeout": 1600
       },

इसके अलावा अगर वह काम नहीं करता है तो आप अपने वीएम में एसएसएच के बाहर से कंपोजर इंस्टॉल कर सकते हैं ।

यह किसी भी NFS शेयर टाइमआउट को बायपास करेगा और Drupal को सही जगह पर अनपैक करेगा।

Answer 5

"ड्रुपल / कोर": "~ 8.0-बीटा 14" का अर्थ है कि कोई भी रिलीज़ 8.0-बीटा 14 से अधिक और 9 से कम है! आप इसे किसी विशेष रिलीज़ पर लॉक करने के लिए टिल्ड को निकालना चाहेंगे। फिर संगीतकार को चलाकर अपनी लॉक फ़ाइल को अपडेट करना सुनिश्चित करें, और लक्ष्य प्रणाली पर संगीतकार इंस्टॉल का उपयोग करें।

शुरू करने का एक आसान तरीका https://github.com/drupal-composer/drupal-project का उपयोग करके कोडबेस का निर्माण करना है ।

जब हमें कोर को अपग्रेड करने जैसे कुछ अपडेट करने की आवश्यकता होती है, तो आप स्थानीय स्तर पर "कम्पोज़र अप" चलाते हैं। यह कंपोज़र.लॉक फ़ाइल को अपडेट कर देगा।

जब अन्य डेवलपर नीचे खींचते हैं, या परिनियोजन स्क्रिप्ट में, आप "कंपोज़र इंस्टॉल" चलाएंगे, जो लॉक फ़ाइल का उपयोग करता है।

द्रुपाल कोर के लिए हमारे संगीतकार.जॉन में लाइन है:

"drupal/core": "~8.0",

टिल्ड () का अर्थ है 8 नंबर (लेकिन 9 नहीं) के भीतर कोई भी रिलीज़ ।

यदि आप इसे किसी विशिष्ट संस्करण पर लॉक करना चाहते हैं, तो आपको टिल्ड का उपयोग नहीं करना चाहिए।

"drupal/core": "8.0-beta14",

फिर स्थानीय रूप से "कंपोज़र अप" चलाएं, कंपोज़र.जॉन और कंपोज़र.लॉक फ़ाइल को कम करें, और फिर कोडबेस को नीचे खींचने के बाद अन्य इंस्टॉलेशन पर "कंपोज़र इंस्टॉल" चलाएं।