Partkeepr: استثناء: الاعتماد على المعلمة غير الموجودة partkeepr.parts.internalpartnumberunique

قم دائمًا بنسخ المعلمات المضافة حديثًا وفقًا لـ https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GIT

لقد اتبعت بالفعل إجراء الترقية هذا ولكن الخطأ لا يزال قائماً. يرجى إعادة فتح القضية.

لقد وجدت للتو المشكلة وأصلحتها - يرجى ترقية git. يرجى وضع جميع المعلومات المطلوبة (مثلما اتبعت الإجراء) في المشكلة. افترضت أنك لم تفعل ذلك ، لأن هذه هي المشكلة الأكثر شيوعًا عند ترقية الأشخاص باستخدام GIT ؛)

يبدو رائعًا - وآسف لأنني لم أتذكر أن أضيف أنني اتبعت إجراء الترقية.

كنت أرغب في مراجعة فرع التطوير مرة أخرى ، وأشعر ببعض الغباء لسؤال هذا السؤال ، ولكن ما هو اسم فرع التطوير الحالي؟ (إذا كان العنوان "HEAD" ، فهذا يعني أن الإصلاح يعمل ولكني لست متأكدًا مما إذا كان هذا هو الفرع الصحيح.)

إنه git checkout master ؛)

حسنًا ، في هذه الحالة يبدو أن الخطأ مستمر. أتلقى نفس رسالة الخطأ تمامًا كما كان من قبل. لا أتلقى أي تقارير خطأ من قبل الملحن أثناء الترقية.

لست متأكدًا مما إذا كان هذا يعني أي شيء ، ولكن يبدو أن التغيير الأخير الوحيد هو تعديل للتطبيق / check.php و app / SymfonyRequirements.php ، ولا يشير سجل git إلا إلى أنه تم تحديث سجل التغيير.

هل قمت بعمل git pull أثناء وجودك في الفرع الرئيسي وأعدت تشغيل الإعداد؟

هناك شيء غريب جدًا بالفعل في git - دعني أتحقق منه ، سأرسل لك إشعارًا بمجرد اكتشاف المشكلة

نعم؛ أنا في أحدث سحب من الفرع الرئيسي:

فرع $ git

• رئيسي - سيد
  بوابة السحب $
  بالفعل حتى الان.

يبدو أنه يتم تحديث check.php و SymfonyRequirements.php بالفعل عندما أقوم بتشغيل قسم "تثبيت الملحن" في إجراء الترقية ، لذلك لست متأكدًا مما يتم تحديثه. بالنظر إلى سجل التزام جيثب ، فقط سجل التغيير هو الذي تم الالتزام به ودفعه منذ ثلاثة أيام. منذ أن أبلغت عن الخطأ قبل يومين فقط ، هل يمكن أن تكون أنت بطريق الخطأ لم تدمج الإصلاح في الإصلاح الرئيسي أو شيء من هذا القبيل؟

حسنًا ، يبدو أنني قمت فقط بدفع العلامات الخاصة بالإصدار الجديد دون دفع الالتزامات بأنفسهم ؛) كان لدي نفس المشكلة تمامًا كما فعلت عندما حاولت للتو تحديث نظامي الشخصي. بعد أن دفعت الالتزامات ، يعمل الآن. آسف على المشاكل

تميل ثغرات Git من هذا القبيل إلى الحدوث من حين لآخر. :)

للأسف ، على الرغم من جهودك ، لا يزال الخطأ موجودًا من جانبي (بعد git pulling and update بالطبع).

هل يمكن أن تعطيني ناتج cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpart ؟

بالطبع:

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

حسنًا ، هذا يبدو جيدًا. متى بالضبط تتلقى الخطأ المذكور؟

من الصعب تحديد ذلك قليلاً ولكن يبدو أنني لم أصل إلى مطالبة تسجيل الدخول. يقوم Apache بالقنابل مع خطأ 500 وتظهر رسالة الخطأ (ولا توجد رسائل أخرى) في سجل الأخطاء.

هل يعمل أثناء الإعداد ولكنه يفشل بعد فتح واجهة الويب؟

سيئ ، آسف: لقد تمكنت للتو من التفكير ، "يبدو أن هذا مخطط قاعدة بيانات لم يتم تحديثه ..." عندما ذكرت تشغيل إعداد الويب. لقد قمت بتشغيل فقط من خلال نسخ ملفات الإعدادات وتحديث الملحن هذه المرة ولم أقم بتشغيل صفحة الإعداد. (أفترض أن هذا ما أحصل عليه من كتابة نص برمجي للترقيات ، لذا فقد أضفت الآن رسالة لنفسي في البرنامج النصي يذكرني بتشغيل الإعداد.)

على أي حال - إنه يعمل الآن. شكرا لإصلاحك السريع ومساعدتك!

أنا سعيد جدا :) شكرا على ردود الفعل!