Gitextensions: مربع حوار الالتزام - لا تعمل خطوط المرحلة المحددة

حسنًا ، بالنسبة لعملية النسخ / اللصق المعتادة ، لا يعمل تحديد السطر بالكامل ...

لكنني أوافق على أن الخوارزمية يجب أن تدعم الملفات المنشأة حديثًا. لست متأكدًا من كيفية القيام بذلك على الرغم من ...

حسنًا ، فكر بسهولة. في حالة الالتزام ، من غير المعتاد نسخ نص من فرق. لقد رأيت حلولًا أخرى ، حيث يتم نسخ السطر بالكامل ، وهو أمر جيد. سأفكر في وظيفة النسخ على أنها ميزة لطيفة في هذه الحالة. أعلم أنك تستخدم نفس العرض عند اختلاف الملف. لذلك ربما فئة منفصلة (مفوض؟) ، والتي تتعامل مع وظيفة وثيقة الالتزام فقط ستفعل هنا.

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

لم أواجه أي مشاكل مع هذه الميزة منذ فترة طويلة الآن. بمجرد أن تتمكن من إعادة إنتاجه ، يُرجى إخبارنا ، وإلا فسيكون الإصلاح شبه مستحيل ...

حسنًا ، لم ينجح بالتأكيد في 2.25 ، في 2.26 يبدو أنه يعمل بطريقة ما ، لكن لم يكن هناك إصلاح رسمي لهذا. كان لدي التزام لا يمكنني تقسيمه بسبب هذا السلوك ، لذا اضطررت إلى الالتزام به "كما هو". ما أتحدث عنه هو السلوك في gitx ، وهو أحد أفضل واجهة المستخدم حاليًا. إنه بديهي وواضح. عند تحديد سطر داخل الفرق أثناء الالتزام ، يتم تحديد السطر بالكامل ويظهر على الجانب الأيمن زر واحد بالضبط "خط (خطوط) المرحلة" بناءً على ما إذا كنت قد حددت سطرًا واحدًا أو أكثر. إذا قمت بالنقر فوقه ، فسيتم تنظيم الخطوط أو - العكس بالعكس. ستستمتع برؤية شيء مشابه في gitextensions.

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

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

لا يمكنني الموافقة على هذا. بالأمس فقط تلقيت الخطأ ولم يساعد اختيار سطور كاملة. أتذكر أنه في بعض الإصدارات القديمة ساعد هذا في بعض الأحيان ، لكن ليس الآن. (ربما بعد الإصدار الذي أزال القدرة على إعادة تعيين الخط (الخطوط) قبل تنظيمها).

كما قلت سابقًا: إذا كانت لديك حالة يمكنك إعادة إنتاجها ، فيرجى حفظ هذه الحالة حتى يتمكن الآخرون (أو أنت) من محاولة حل المشكلة !! بدون حالة اختبار قابلة للتكرار ، لا يمكن إصلاح هذا أبدًا!

لا أعرف ما إذا كان من الأفضل فتح عدد جديد أم لا ، لكنني سأبدأ بالتعليق هنا. سأكون سعيدًا بفتح إصدار جديد إذا كان ذلك أفضل.

لقد لاحظت أنني تلقيت الخطأ أعلاه عندما أحاول تنظيم سطور أثناء تشغيل "إظهار الملف بالكامل". إذا قمت بتبديله مرة أخرى ، فإنه يعمل بشكل جيد. هذا يحدث باستمرار بالنسبة لي الآن. كنت أستخدم الإصدار 2.26 ، لكنني قمت بالترقية إلى 2.28 وما زال يحدث.

المراجع # 636

لقد واجهت نفس المشكلة بالأمس (في مشروع GitExtensions ليس أقل). يمكن تنظيم بعض السطور في الملف ولكن تعذر على البعض الآخر. سأحاول إعادة إنتاجه الليلة.

أعد إنشاء هذا الخطأ لملف .sln بترميز UTF8 باستخدام BOM. تظهر المشكلة فقط عندما يكون ترميز الفرق في مربع التحرير والسرد هو UTF8. عندما أقوم بالتبديل إلى الترميز الافتراضي ، يعمل كل شيء بشكل صحيح.

أعتقد أن المشكلة الرئيسية لأن BOM يغير أرقام الأسطر

لقد لاحظت للتو مشكلة مماثلة في Git Extensions v2.28. من خلال ملف تم إنشاؤه باستخدام نهايات سطر Unix ، تمت إضافته باستخدام Git Extensions ، تلقيت تحذيرات تفيد بأن نهايات الأسطر لن يتم تعديلها في مساحة العمل الخاصة بي ، ولكن سيتم استبدالها بنهايات سطر Windows إذا قمت بفحص الملفات مرة أخرى. بعد ذلك ، قمت بإجراء تغييرين على الملف. بعد ذلك ، فشلت محاولة تنظيم الكتلة الكبيرة الثانية فقط ، مدعياً ​​أن التصحيح تالف. يبدو أن تنظيم الجزء الأول يعمل بشكل جيد. لا تواجه أداة git لسطر الأوامر مشكلة في تنظيم القطعة الثانية فقط ، على الرغم من نهايات الأسطر ، لذلك يبدو أن هذا خطأ في ملحقات Git.

يؤدي حذف الملف ، والقيام بـ "git checkout" للحصول على إصدار بنهايات الأسطر الصحيحة ، إلى إصلاح المشكلة - الآن يمكنني استخدام Git Extensions لتنظيم الجزء الثاني من التصحيح بشكل منفصل دون التسبب في حدوث أخطاء.

ومع ذلك ، كان هناك خطأ تالف مماثل في التصحيح عندما حاولت فك كلا الكتل ، واحدًا تلو الآخر - لم يعجبه عندما لم يكن هناك المزيد من الكتل في منطقة التدريج.

يبدو أن أصل المشكلة إما من ترميز الملف أو ربما من نهايات السطر كما هو مذكور أعلاه. لقد حدث لي اليوم فقط في مشروع ac # يحتوي على تعليق بأحرف ألمانية (Latin1 ، windows-1251؟) سلاسل وفي سطر واحد تم تغيير ترميز الملف (مهما كان السبب). تمت إعادة تنسيق الملف بواسطة VS2010. من هذا السطر بالضبط فصاعدًا ، لا يمكن تنظيم كل سطر تالي عبر GE (2.40 ، ولكن أيضًا في الإصدارات السابقة). التدريج في core-git يعمل بشكل جيد.

لقد قمت للتو بالترقية إلى 2.40 من 2.31 ويبدو الآن أن هذه الميزة معطلة تمامًا. لا يمكنني تنظيم أي سطور في أي ملفات. لقد جربت مع كل من ملفات ANSI المشفرة C ++ وملفات UTF-8 المشفرة C # ، والتي كانت تستخدم في أغلب الأحيان للعمل في 2.31 (تستخدم لمواجهة مشاكل السطر الأخير من الملف)

"... فشل التصحيح ... التصحيح لا ينطبق ..."

+1

a670f1501103fbe0d214ab76811a33353cab87af تم تقديم خطأ ثابت في 2.40

fd96875589f22851a691fa1f0f989816a77458aa يعمل على إصلاح مشكلة قائمة المواد

شكرا جزيلا يانوش. أعدت بناء GitExtensions واستبدلت الملفات في Program Files وهي تعمل بشكل رائع.

لقد لاحظت أنه إذا كان الملف يحتوي على سطر فارغ في نهايته وقمت بإزالته ، فلن تتمكن GitExtensions من إجراء هذا التغيير ، ولكن كان هذا هو العيب الموجود الذي ذكرته في تعليقي السابق.

كان هذا إصلاحًا سريعًا. عندما اختبرت ذلك ، وجدت حالة أخرى لا تعمل هذه المرحلة. سأحاول إعادة كتابة الخوارزمية بطريقة أبسط.

إذا قام شخص ما بإعادة إنتاج هذا الخطأ باستخدام 2.41 أو أحدث ، فيرجى إعادة فتحه.

أواجه حاليًا هذه المشكلة مع 2.43. لا يمكنني "Stage Selected Lines" في أي مكان في أي ملف إذا تم تحديد "تجاهل تغييرات المسافات البيضاء". (لسوء الحظ ، عندما لا يتم تحديدها ، فإن العديد من الملفات التي يجب علي الالتزام بها تمت إزالتها كل سطر في الملف ثم تتم إضافة كل سطر مرة أخرى. لست متأكدًا من السبب ؛ يمكن تصور أن يكون الأمر عبارة عن علامات تبويب مقابل مسافات كن مميزًا نظرًا لأن أحد هذه الملفات هو ملف .csproj والذي لا يقوم الشخص عادةً بتحريره يدويًا ، وبالتالي لا ينبغي أن يخضع لتغيير هذه الإعدادات.)

لا تعمل هذه الميزة مع المسافات البيضاء التي تم تجاهلها. تبدو أشبه بمشكلة موسوعة الحياة.

حدث هذا لي مع 2.48 في السيناريو التالي:
Tools->Settings->Git config->Line Endings: Not set
أدى تعيين نهايات السطر إلى أي من الخيارات إلى حل المشكلة. يبدو أن not set في عرض effective يمثل مشكلة في التكوين ، وفي رأيي يجب أن يظهر على هذا النحو.

يحدث المتغير المحدد لهذا ولكن كما تم الإبلاغ سابقًا عن طريق منح القوة بالنسبة لي عند تمكين "تجاهل تغييرات المسافات البادئة والزائدة" أو "تجاهل جميع تغييرات المسافات البيضاء" مع GitExtensions 2.51.03 و Windows 10 64 بت:

1. تعديل ملف.
2. الأوامر> الالتزام
3. قم بتمرير الماوس فوق نافذة الاختلافات في مربع حوار الالتزام.
4. من شريط الأدوات العلوي الذي يظهر ، مكّن "تجاهل تغييرات المسافات البادئة والزائدة" و / أو "تجاهل كافة تغييرات المسافات البيضاء".
5. انقر على سطر معدل في الفرق.
6. اضغط على مفتاح "S" لتمييز السطر المحدد: error: patch failed: ... error: ... patch does not apply .

انظر # 3493.

في الجمعة ، 29 يونيو 2018 ، الساعة 8:03 مساءً لكل 1234 [email protected] كتب:

المتغير المحدد لهذا ولكن كما ذكرت سابقا
https://github.com/gitextensions/gitextensions/issues/684#issuecomment-12332133 بواسطة
يحدث منح الامتياز بالنسبة لي عند "تجاهل المسافات البيضاء البادئة والزائدة
التغييرات "أو" تجاهل جميع تغييرات المسافات "مع GitExtensions
2.51.03، Windows 10 64 بت:

1. تعديل ملف.
2. الأوامر> الالتزام
3. قم بتمرير الماوس فوق نافذة الاختلافات في مربع حوار الالتزام.
4. من شريط الأدوات العلوي الذي يظهر ، مكّن "تجاهل المسافات البادئة و
   تغيير المسافات الزائدة "و / أو" تجاهل كافة تغييرات المسافات البيضاء ".
5. انقر على سطر معدل في الفرق.
6. اضغط على مفتاح "S" لوضع السطر المحدد: خطأ: فشل التصحيح:
   ... خطأ: ... التصحيح لا ينطبق.

-
أنت تتلقى هذا لأنك مشترك في هذا الموضوع.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/gitextensions/gitextensions/issues/684#issuecomment-401501721 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ADdhsSZcDBHHn25q6HhRfvdkTdM5pjbsks5uBsA3gaJpZM4AFHeS
.