كيف يمكنني تصحيح "ارتكاب فشلت.ملف xxx هو خارج التاريخ.xxx مسار غير موجود."

StackOverflow https://stackoverflow.com/questions/819896

  •  03-07-2019
  •  | 
  •  

سؤال

يجب تشغيل مؤخرا إلى لزجة بشكل خاص مسألة تتعلق بارتكاب نتيجة دمج في التخريب.لدينا التخريب خادم @ 1.5.0 و TortoiseSVN العميل هو الآن @ 1.6.1.

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

Commit failed (details follow):
File 
'flex/src/com/penbay/invision/portal/services/http/soap/ReportServices/GetAllBldgsParamsByRegionBySiteResultEvent.as' 
is out of date
'/svn/ibis/!svn/wrk/531d459d-80fa-ea46-bfb4-940d79ee6d2e/visualization/trunk/source/flex/src/com/penbay/invision/portal/services/http/soap/ReportServices/GetAllBldgsParamsByRegionBySiteResultEvent.as' 
path not found
You have to update your working copy first.

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

  1. كان لدينا بعض المطورين ارتكاب العمل مع التخريب العميل قبل 1.5 و بعض بعد.وأعتقد أن هذا لديه القدرة على الفاسدين دمج المعلومات.
  2. في فروع أخرى يجب إجراء جزئي يدمج.هذا هو أننا لا تؤدي دائما يدمج في جذر فرع.هذا هو تيسير تحديث فليكس .صافي الجهود المبذولة في نفس الفرع.
  3. أجرينا دوري (انعكاسية) يدمج في فروعنا.وقد تم ذلك لأننا قد موازية متعددة الفروع أردنا دوريا تحديث فرع آخر رمز في الجذع.

كل هذه الأمور صراحة لا ينصح من قبل التخريب كتاب/فريق.لقد تعلمنا الدرس و الآن أعرف أفضل الممارسات.ومع ذلك نحن بحاجة إلى دمج ارتكاب لدينا أحدث فرع.

ما أفضل طريقة لتصحيح المشاكل التي نواجهها?

أن حذف كافة معلومات الدمج في الجذع فرع لها حل ؟ لا.لقد فعلت هذا ولكن لا حل الخطأ الذي أنا على الحصول على أعلاه.

هل كانت مفيدة؟

المحلول

لدي نفس المشكلة اليوم كنت لم تفعل أي المتوسط يدمج حتى من فتح بوست فقط #1 تطبيق - ومع ذلك أنا جعلت يرتكب كلا من svn العميل في أوبونتو وكذلك tortoisesvn في ويندوز.لحسن الحظ في حالة إجراء أية تغييرات على الجذع قدمت حتى أتمكن من مجرد استبدال صندوق الفرع.ربما مختلفة إس الإصدارات بعد ذلك ؟ هذا مقلق للغاية.

إذا كنت تستخدم إس نقل / نسخ /حذف المهام على الرغم من أن لا يتم فقدان التاريخ في حالتي أنا إس انتقلت الجذع ثم svn نقل فرع الصندوق.

نصائح أخرى

لقد عانيت من هذه المشكلة و السبب يبدو أن هذا الدليل قد تم وضع علامة كما هو الحال في الصراع.إصلاح:

svn update
svn resolved <the directory in conflict>
svn commit

كنت الحصول على 1.6.2 الخادم ، 1.6.8 السلحفاة.كل على ويندوز لا يدمج في هذا الفرع.

أنا سميت دليل و بطريقة ما (ربما بسبب AnkhSVN) اثنين من الملفات في الدليل تم وضع علامة "استبدال" بدلا من "طبيعية".كانت هناك إضافة بعض التغييرات الطفيفة إلى ملفات أخرى داخل الدليل.

العودة الملفات علامة استبدال إصلاح المشكلة.

أنا أيضا لدي نفس المشكلة وأنا حل نفسه من خلال الطريقة التالية

svn resolve --accept=working <FILE/FOLDER NAME>
svn cleanup
svn update <FILE/FOLDER NAME>
svn commit <FILE/FOLDER NAME> -m "Comment"

نأمل أن يكون هذا سوف تساعدك :)

كان عندي نفس المشكلة أثناء محاولة ارتكاب بلدي نسخة العمل.ما فعلته هو إضافة المجلد الذي التخريب التقارير بأنها "مسار" لم يتم العثور على إلى قائمة التجاهل.ارتكاب (يجب أن تنجح).ثم تضيف نفس المجلد مرة أخرى إلى التخريب.ارتكاب مرة أخرى.

لدي مشكلة مماثلة ولكن من دون أي المتفرعة أو دمج يسبب المشكلة.بلدي الحل هو:

  • إس تصدير مجلد العمل (بما في ذلك ملفات unversioned) إلى مجلد مؤقت.
  • إعادة تسمية مجلد عمل نسخة احتياطية.
  • svn checkout الجذع.
  • نسخ المجلد temp تصدير المجلد على مجلد العمل.
  • إس يرتكبها.

كل شيء يبدو على ما يرام الآن.

أعرف أن هذا هو آخر العمر, ولكن هذه المشكلة لا تزال موجودة إلى حد ما في كثير من الأحيان.أبسط طريقة وجدتها على حلها هو إعادة تسمية/حذف .svn/كل wcprops ملف المتضررين في المجلد ثم قم بتشغيل التحديث والالتزام.

كان عندي نفس المشكلة لا اعرف ما هو السبب وراء ذلك ولكن أنا ثابت عن طريق الكتابة في الطرفية

svn update

ثم الالتزام و الازدهار عملت!

يا صبي!هذا يبدو سيئا!الخيار الوحيد الذي يمكنني أن أفكر في أن أعمل نسخة الفاسدة.

حاول حذف نسخة العمل ، وأداء الطازجة الخروج وأداء الدمج مرة أخرى.

إذا كان هذا لا يعمل, ثم سجل الخلل.

لقد كنت غير قادر على إيجاد حل مرض لهذه المشكلة ؛ ومع ذلك ، فقد وجدت غير مرضية الحل.

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

للأسف, وهذا يخلق فجوة كبيرة كما في تاريخ كل الملفات الآن "فقدت".ولكن نظرا لضيق الوقت لم يكن هناك يبدو أن يكون أي خيار آخر.

لا يزال سوف تكون مهتمة في أي من الإجابات أن الآخرين قد يكون كما أود أن أعرف ما السبب و كيفية تجنب ذلك في المستقبل.

كان عندي نفس المشكلة بعد دمج فرع مع الكثير من التغييرات في الجذع.اثنين فقط من حلول يمكن أن أرى أن تفعل إس التحرك الحل الذي قدمته Pacifika أو يدويا دمج الملفات مع مهرجان دبي السينمائي الدولي أداة.ولكن لم أجد حلا...

الجهاز لم يكن هذا العامل كان يعمل التخريب العميل 1.6.5.فعلت نفس الشيء على الجهاز مع التخريب 1.5.4 وعملت!على الجهازين فعلت 1) تنظيف الخروج من الجذع ، 2) svn دمج ... ، 3) svn يرتكبها.الخادم هو 1.5.× على ما يستحق.

نأمل أن يكون هذا يساعد شخص ما.

لدي مشكلة مماثلة مع SVN 1.6.5 على ماك 10.6.5, ترقية إلى إس 1.6.9 و ارتكاب نجحت.

كان لدي نفس المشكلة عندما حاولت ارتكاب حذف الحزمة (الذي يحتوي على مختلف فئات java ولكن لا شيء من الحزمة كان من الضروري أكثر من ذلك).

الحل / الحل من أجل حل المشكلة:

  • لقد عادت حزمة كاملة
  • حذف المحتوى الأول
  • ارتكبت حذف المحتوى
  • أخيرا لقد ارتكبت حذف الحزمة مرة أخرى (وعملت في معظم الحالات :-))

ومع ذلك ، من وقت إلى أنه لم يكن من الممكن ارتكاب حذف الحزمة (الذي يحتوي على لا شيء)

بلدي الحل:

  • أنا خلقت دمية الدرجة في الحزمة
  • وبعد ذلك كرر الخطوات المذكورة أعلاه

آخر التلميح...

ولكن في بعض الأحيان أنه يساعد بسيطة لمزامنة حزمة / المشروع مرة أخرى و بعد ذلك كل شيء يعمل بشكل جيد مرة أخرى.



عن التكوين:

  • الكسوف النيون
  • إس واجهة:JavaHL (JNI) 1.8.13 (r1667537)
  • VisualSVN إدارة الملقم الإصدار:3.3.1



ربما يمكنني مساعدة شخص ما مع تلميحات.

أعتقد أنني رأيت شيئا مشابها عندما المجلدات نقلوا على الملقم ولكن العامل النسخ لا بد أن أقدم إس في بنية المجلد.ليس متأكدا مما إذا كان أي شخص نقل الأشياء من حولك في الجذع الخاص بك قبل أن يمكنك فرصة دمج فرع.

هذا الاحتمال ؟

هذا يبدو وكأنه مشكلة مع svn:mergeinfo خاصية الخروج من الصديق بين فرع و الجذع.

الأمر الذي يؤدي إلى الأسئلة التالية (اغفر لي سطر الأوامر والتعليمات كما يتم استخدام السلحفاة كثيرا):

  1. هل دمج في الجذع مستوى الجذر أو مجلد فرعي المستوى ؟ في تجربتي فمن الأفضل دائما أن تفعل في المستوى الجذر من هذا الطريق كله الجذع يعتقد أنه تم دمج بدلا من مجرد جزء (يبدو أن هذا الخلط بين svn إلى حد كبير في 1.5.0)

  2. سؤالي التالي هو: هل كنت تستخدم --reintergrate المعلمة ؟ أنا لا يمكن أبدا أن تذكر كيفية الوصول إلى هذا في السلحفاة ، ولكن عند العودة إلى الجذع من فرع ثم يجب عليك استخدام هذه المعلمة.

  3. هل اندمجت الجذع في فرع قبل إدماجهم?وهذا يمكن أن تساعد على إزالة الصراعات التي قد تراها عند دمج مرة أخرى ؟

  4. هل لديك أي svn:mergeinfo خصائص على الفروع التي ليست في المستوى الجذر?هذا ولقد وجدت دائما ما يسبب المشاكل.يمكنك دائما معرفة ذلك عن طريق الذهاب svn -R pg svn:mergeinfo.ثم يمكنك تسجيل المواقع و المراجعات التي كانت تحت الجذر ، إذا كنت تجد لهم ذات الصلة ثم نقلها إلى الجذر عن طريق svn merge --record-only -r start:end <location> ثم حذفها من دون الجذر المواقع svn pd svn:mergeinfo <location> ثم تحتاج إلى ارتكاب هذه التغييرات

  5. مرة واحدة لديك كل ذلك يتم محاولة دمج مرة أخرى.

أشك في ذلك ولكن ربما تشغيل إس تنظيف على دليل العمل الخاص بك سوف تساعد.

أنا واجهت نفس المشكلة, فاز رأسي حتى وجدت أنني قد تغيرت الدليل في represotory من "/" إلى "/شنطة" و نسيت أن تفعل "التبديل" القيادة في TortoiseSVN!

نجاح باهر, هذا استغرق مني بعض الوقت لحلها ، كما كنت تستخدم إس خلال الكسوف.في النهاية الشيء الوحيد الذي عملت بالنسبة لي هو ارتكاب جميع الدول غير المتضررة من الملفات ، ثم (مع الكسوف مغلقة) إعادة تسمية دليل المشروع و إعادة التحقق من المشروع من SVN.سعيد يعمل بشكل صحيح الآن!

على ما يبدو إس ليست موثوقة جدا البرنامج.كان لي نفس المشكلة (باستخدام إس مع Turtoise) و حلها عن طريق توفير .cs محتويات الملف ثم العودة 1 التنقيح.هذا وأظهرت الصراعات مثل هذا:"<<<<<<< اسم الملف التغييرات بلدي

======= كود دمج من مستودع التنقيح "

بينما أنا لم تفعل أي شيء خاص (مرة واحدة فقط تراجع مراجعة).

استبدال محتويات هذا الملف مع حفظ المحتوى ، حفظ ، ومن ثم اختيار طريق TortoiseSVN → حلها.انا ارتكاب التعديلات إلى مستودع.

شكرا جيمي بولوك هذا العمل بالنسبة لي

حسب جيمي بولوك ،

لقد عانيت من هذه المشكلة و السبب يبدو أن هذا الدليل قد تم وضع علامة كما هو الحال في الصراع.إصلاح:

  1. إس في تحديث
  2. svn حل
  3. إس في ارتكاب
مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top