لماذا التغييرات المعلقة العادية المعلقة بأنها "لم يتم حلها" بواسطة RTC؟

Question

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

لا ينظر إلى تغييراتي على أنها "صادرة"، ولكن "لم يتم حلها".عملت في مشاريع مع RTC من قبل، لذلك هذا الوضع غير متوقع.

أي شخص لديه أي فكرة لماذا تعتبر كل تغييراتي بأنها "غير مرتبطة"؟

thx، يا رفاق الحكم.

Answer 1

سيتم الاعتراف بهم باعتبارها المنتهية ولايته بمجرد التحقق منها (في مجموعة جديدة في مجموعة جديدة أو تغييرات موجودة).

في الواقع، إذا كانت لديك تغييرات صادرة موجودة، فيمكنك سحب وإفلاتها دون حلها إلى تلك التغييرات (انظر " الإيماءات المتقدمة وسير العمل "):

Answer 2

تجربتي على RTC أقل،

في الحالة العادية، تأتي المذكرة "التي لم يتم حلها" في 2 حالات 1. عندما قام شخص آخر بتعديل نفس المشروع في مساحة عمل مختلفة (السائدة). 2. مشروع / محتوى مشروع / محتوى Sandbox المسلم لديه اختلافات.

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

إذا لم يتم حلها بسبب السبب الثاني ثم فيما يلي الخيارات التي يمكنك استخدامها: إذا قمت بالنقر فوق Unlesolved، فستحصل على 4 خيارات لحلها، واحدا منهم "متزوج تلقائي" وهو أكثر فعالية لملفات .c و. h وغيرها من مشاريع UML الأخرى.

الخيارات 1. حل السيارات 2. حل مع المقترح 3. حل مع الألغام 4. إعادة بيعها باعتبارها دمج يستخدم

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

يرجى إعطاء التعليقات إذا كان أي استفسار،