Partkeepr: अपवाद: गैर-मौजूद पैरामीटर पर निर्भरता partkeepr.parts.internalpartnumberunique

हमेशा नए जोड़े गए मापदंडों को https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GIT के अनुसार कॉपी

मैंने वास्तव में इस अपग्रेड प्रक्रिया का पालन किया लेकिन त्रुटि बनी हुई है। कृपया मुद्दे को फिर से खोलें।

मैंने अभी इस मुद्दे को पाया और ठीक किया - कृपया गिट को अपग्रेड करें। कृपया इस मुद्दे में सभी आवश्यक जानकारी (जैसे आपने प्रक्रिया का पालन किया) डालें। मैंने माना कि आपने नहीं किया, क्योंकि जीआईटी का उपयोग करके लोग अपग्रेड करते समय यह सबसे आम समस्या है;)

बहुत अच्छा लगता है - और खेद है कि मुझे यह जोड़ना याद नहीं आया कि मैंने अपग्रेड प्रक्रिया का पालन किया था।

मैं विकास शाखा को फिर से चेकआउट करना चाहता था, और मुझे यह पूछने के लिए थोड़ा मूर्खता महसूस हुई, लेकिन वर्तमान विकास शाखा का नाम क्या था? (यदि यह "हेड" है, तो फिक्स काम कर रहा है लेकिन मुझे यकीन नहीं है कि यह सही शाखा है।)

यह गिट चेकआउट मास्टर है;)

हम्म, उस स्थिति में त्रुटि बनी रहती है। मुझे पहले जैसा ही त्रुटि संदेश मिल रहा है। मुझे अपग्रेड के दौरान संगीतकार द्वारा कोई त्रुटि रिपोर्ट नहीं मिल रही है।

मुझे यकीन नहीं है कि इसका मतलब कुछ भी है, लेकिन केवल हालिया परिवर्तन ऐप/चेक.php और ऐप/SymfonyRequirements.php में एक संशोधन प्रतीत होता है, और गिट लॉग केवल यह कहता है कि चेंजलॉग अपडेट किया गया है।

क्या आपने मास्टर शाखा में गिट पुल किया है और सेटअप फिर से चलाया है?

वास्तव में गिट के साथ कुछ बहुत अजीब है - मुझे जांचने दो, मैं आपको एक अधिसूचना दूंगा जब मुझे पता चलेगा कि समस्या क्या है

हां; मैं मास्टर शाखा से सबसे हाल ही में खींच रहा हूं:

$ गिट शाखा

• गुरुजी
  $ गिट पुल
  पूर्व अद्यतन।

ऐसा लगता है कि check.php और SymfonyRequirements.php को वास्तव में अपडेट किया जा रहा है जब मैं अपग्रेड प्रक्रिया के "कंपोज़र इंस्टॉल" सेक्शन को चलाता हूं, इसलिए मुझे यकीन नहीं है कि क्या अपडेट किया जा रहा है। जीथब प्रतिबद्ध लॉग को देखते हुए, केवल चैंज को प्रतिबद्ध किया गया है और तीन दिन पहले से धक्का दिया गया है। चूंकि मैंने केवल दो दिन पहले त्रुटि की सूचना दी थी, क्या यह हो सकता है कि आपने गलती से फिक्स को मास्टर या कुछ और में मर्ज नहीं किया?

वैसे ऐसा लगता है कि मैंने केवल नए संस्करण के लिए टैग को धक्का दिया, वास्तव में खुद को कमिट करने के बिना;) मेरे पास ठीक वैसा ही मुद्दा था जब मैंने अपने व्यक्तिगत सिस्टम पर अपडेट करने की कोशिश की थी। कमिट्स को आगे बढ़ाने के बाद, यह अब काम करता है। समस्याओं के लिए क्षमा करें

इस तरह के गिट ग्लिच कभी-कभी होते हैं। :)

काश, आपके प्रयासों के बावजूद, मेरे अंत में त्रुटि अभी भी है (गिट खींचने और अपडेट करने के बाद, निश्चित रूप से)।

क्या आप मुझे cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpart का आउटपुट दे सकते हैं?

बेशक:

$ cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpart
            'partkeepr.parts.internalpartnumberunique' => false,

ठीक है, यह ठीक लग रहा है। आपको उल्लिखित त्रुटि कब प्राप्त होती है?

यह बताना थोड़ा मुश्किल है लेकिन ऐसा लगता है कि मैं कभी भी लॉगिन प्रॉम्प्ट तक नहीं पहुंचता। अपाचे सिर्फ 500 त्रुटि के साथ बम करता है और त्रुटि संदेश (और कोई अन्य संदेश नहीं) त्रुटि लॉग में दिखाई देता है।

तो यह सेटअप के दौरान काम करता है लेकिन वेब फ्रंटएंड खोलने के बाद विफल रहता है?

मेरा बुरा, क्षमा करें: जब आपने वेब सेटअप चलाने का उल्लेख किया तो मैं बस सोचने में कामयाब रहा, "जी, यह डेटाबेस स्कीमा की तरह दिखता है जिसे अपडेट नहीं किया गया है ..."। मैंने इस बार केवल सेटिंग्स फाइलों और कंपोजर अपडेट को कॉपी करके चलाया था और सेटअप पेज नहीं चलाया था। (मुझे लगता है कि अपग्रेड के लिए बैश स्क्रिप्ट लिखने से मुझे यही मिलता है, इसलिए अब मैंने स्क्रिप्ट में अपने लिए एक संदेश जोड़ा है जो मुझे सेटअप चलाने की याद दिलाता है।)

किसी भी घटना में - यह अब काम करता है। आपके शीघ्र समाधान और आपकी सहायता के लिए धन्यवाद!

मैं बहुत खुश हूँ :) प्रतिक्रिया के लिए धन्यवाद!