الإنجليزيةالفرنسيةالإسبانية

OnWorks فافيكون

Shape_releas - عبر الإنترنت في السحابة

قم بتشغيل shape_releas في مزود استضافة OnWorks المجاني عبر Ubuntu Online أو Fedora Online أو محاكي Windows عبر الإنترنت أو محاكي MAC OS عبر الإنترنت

هذا هو أمر شكل_الأمر الذي يمكن تشغيله في مزود الاستضافة المجانية OnWorks باستخدام إحدى محطات العمل المجانية المتعددة على الإنترنت مثل Ubuntu Online أو Fedora Online أو محاكي Windows عبر الإنترنت أو محاكي MAC OS عبر الإنترنت

برنامج:

اسم


Shape_releas - شكل أدوات RMS للإصدارات والإصدارات المسبقة

موجز


شكل التجريبي

شكل الافراج عن

شكل plprerelease

شكل رجاء

شكل استخراج [RELEASENAME = ] [(جزئي) RELEASEBASE = ]

الوصف


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

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

الخوارزمية العامة لوظائف الإصدار shape_RMS هي كما يلي.

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

2) إنشاء اسم الإصدار
يحتوي كل إصدار وإصدار تجريبي على سلسلة تعريف ، مبنية من اسم العقدة و
رقم إصدار من جزأين. تحتوي الأسماء السابقة للإصدار بالإضافة إلى ذلك على تسلسل ما قبل الإصدار
number وإصدارات Patchlevel والإصدارات المسبقة أيضًا رقم patchlevel. الاصدار
يتم أخذ الرقم من ملف تعريف الإصدار الذي يتم الاحتفاظ به تلقائيًا للعقدة.
يتم تمييز سلسلة تعريف الإصدار التي تم إنشاؤها إلى أي مكون يكون جزءًا من
الإصدار (المسبق).

3) استدعاء إصدارات الأنظمة الفرعية
تستدعي الإصدارات المسبقة والإصدارات كافة الأنظمة الفرعية للعقدة الحالية. الإصدار المسبق
يتضمن المبنى أحدث إصدار تجريبي لكل نظام فرعي ، أثناء إصدار المبنى
يتضمن أحدث إصدارات النظام الفرعي. يحصل كل مكون من مكونات النظام الفرعي على ،
بالإضافة إلى اسم إصدار النظام الفرعي الذي لديهم بالفعل ، الإصدار الجديد
الافراج عن الاسم الموسوم باسم رمزي الاسم. يمكن استخدام الأسماء الرمزية كبديل لـ
أرقام الإصدارات (انظر فادم(1)).

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

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

الشكل التجريبي يحفظ الوضع الحالي للتنمية. حسب الخوارزمية
كما هو موضح أعلاه ، يتم حفظ جميع مكونات نظام العقدة غير المحفوظة والإصدار الأحدث
من كل مكون مدرج في الإصدار التجريبي الجديد. بالإضافة إلى ذلك ، تستدعي النسخة التجريبية الامتداد
أحدث إصدار تجريبي أو إصدار (أيهما أحدث) لكل نظام فرعي. الجميع
قد يتم تحديد إصدارات المكون التي تدخل في الإصدار التجريبي من خلال
تم إنشاء الاسم التجريبي تلقائيًا ، والذي يحتوي على النموذج
- . قبل (على سبيل المثال الشكل أدوات 1.3pre5).
يتم الاحتفاظ بالرقم التسلسلي لما قبل الإصدار تلقائيًا. يبدأ بـ 1. كل ما قبل الإصدار
يتم تعيين إصدارات المكون إلى الحالة المقترح. الإصدارات المسبقة للنظام بأكمله (ملف
تم استدعاء إجراء prerelease من العقدة العليا) بسبب تعيين كافة إصدارات المكون إلى
حالة الوصول. يتم استخراج نسخة من الإصدار التجريبي من مستودع المصدر و
مثبتة في منطقة الإصدار لمنطقة الإصدار الجزئي ، اعتمادًا على
ما إذا كان الإصدار التجريبي يشتمل على النظام بأكمله أو جزء منه فقط.

الشكل الافراج عن يعلن عن إصدار تجريبي تم إنشاؤه مسبقًا كإصدار جديد. الأحدث
يتم أخذ الإصدار التجريبي من العقدة الحالية كأساس. إذا كانت العقدة تحتوي على أنظمة فرعية ، فقم بالشكل
يتطلب الإصدار أحدث إصدار من كل نظام فرعي ليتم تضمينه. لو اي
النظام الفرعي له إصدار سابق أحدث من إصداره الأخير ، يعطي الشكل تحذيرًا و
يطلب التأكيد للمتابعة. نظرًا لأسباب فنية ، فإنه يفعل ذلك لكل منها
عنصر. لا تشعر بالارتباك عندما يتعين عليك التأكيد عدة مرات. الإصدار الجديد
يحصل على اسم النموذج
- . (على سبيل المثال ShapeTools-1.3).
يتم اشتقاق رقم الإنشاء والمراجعة من النظام الذي يتم صيانته تلقائيًا
الافراج عن ملف التعريف. مع كل إصدار ، يتم إنشاء نسخة جديدة من هذا الملف.
إعلان جيل جديد لملف الإصدار (انظر حفظ(1)) يزيد النظام
رقم الجيل. تم تعيين جميع إصدارات مكونات الإصدار على الحالة نشرت,
إلا عندما يتم إنشاء إصدارات النظام بأكمله (تحرير الشكل من النظام
عقدة أعلى الشجرة). في هذه الحالة ، يتم تعيين حالة جميع إصدارات المكونات على مجمد. مثل
الإصدار التجريبي ، يتم استخراج نسخة من الإصدار من مستودع المصدر وكتابتها إلى
إحدى مناطق التحرير أو منطقة الإطلاق الجزئي.

الشكل plprerelease شكل رجاء (شكل patchlevel (قبل) الإصدار) هي في الأساس ملف
نفس الإصدار التجريبي والإفراج عنه. الاختلاف الوحيد هو شكل التعريف
خيط. يتم تسمية الإصدارات المسبقة لـ Patchlevel
- . رر قبل (على سبيل المثال الشكل أدوات 1.3pl5pre2)
و patchlevel الاصدارات
- . رر (على سبيل المثال شكل أدوات 1.3pl5).
فكرة إصدارات patchlevel هي إنشاء إصدارات لا يتم شحنها
تمامًا بل بالأحرى كتصحيح لإصدار موجود. بالطبع ، الإصدارات الحقيقية قد تكون كذلك
يتم شحنها كبقع ، لذلك هذا هو بالأحرى اصطلاح تسمية.

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

يمكن إعطاء تعريف صريح للإفراج عن شكل الإفراج عن طريق الإعداد
RELEASENAME = في سطر الأوامر. تعيين أحد وحدات الماكرو
RELEASEBASE أو PARTIALRELEASEBASE في سطر الأوامر يعيد تعريف المسار إلى القاعدة
دليل شجرة الإصدار. (ما قبل) يتم نسخ إصدارات النظام بأكمله إلى
RELEASEBASE ، وجميع الآخرين إلى PARTIALREASEBASE. تحقق من ملف Shapefile الخاص بك للإعداد الافتراضي
إعدادات هاتين الماكروتين. سيتم إنشاء الدلائل الفرعية تلقائيًا هناك كـ
الحاجة.

استخدم Shape_releas عبر الإنترنت باستخدام خدمات onworks.net


خوادم ومحطات عمل مجانية

قم بتنزيل تطبيقات Windows و Linux

أوامر لينكس

Ad