كيفية التنقل في إعدادات تطبيق Redmine (الجزء 2)

المشاريع

المشاريع الجديدة مفتوحة بشكل طبيعي

الحالة الافتراضية للمشاريع الجديدة المنشأة حديثًا. يمكن للمشروع أن يتم إغلاقه بعد إنشائه أو بعد إنشاء المشروع.

وحدات تمكين افتراضية للمشاريع الجديدة

متتبعات افتراضية للمشاريع الجديدة

إنشاء معرفات متتابعة للمشاريع

سيتيح هذا الإعداد لـ Redmine اقتراح معرفات متتابعة للمشروع بشكل تسلسلي بالنسبة لك. يمكن تغيير ذلك يدويًا فقط أثناء إنشاء المشروع، وليس بعد ذلك.

الوظيفة المخصصة لمستخدم غير مسؤول يقوم بإنشاء مشروع

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

تتبع المشكلة

السماح بعلاقات المشكلة بين المشاريع المختلفة

عندما يتم تعيينها على نعم، يمكن إنشاء علاقات بين المشكلات من مشاريع مختلفة. الافتراضي: لا

السماح بمهام فرعية بين المشاريع

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

الخيارات هي:

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

السماح بتعيين المشكلة للمجموعات

استخدم التاريخ الحالي كتاريخ بدء المشكلات الجديدة.

إظهار مشكلات المشاريع الفرعية في المشاريع الرئيسية بشكل طبيعي

عندما يتم تعيينها على صحيح، سيتم عرض مشكلات المشاريع الفرعية بشكل طبيعي في قائمة المشكلات والجدول الزمني والجانت للمشاريع الرئيسية (منذ r1198). الافتراضي: نعم

حساب نسبة انتهاء المشكلة

يحدد كيفية تعيين نسبة الانتهاء للمشكلة.

• استخدم حقل المشكلة (الافتراضي): يمكن للمستخدمين تعيين النسبة المنجزة يدويًا.
  
  
• استخدم حالة المشكلة: يمكن تعيين نسبة لكل حالة مشكلة. يتيح هذا الخيار "% Done" للمشكلات وأمر "تحديث نسب الانتهاء للمشكلات" في مراجعة حالات المشكلة.

أيام غير العمل

• حد تصدير المشكلات
  
  
• الحد الأقصى لعدد المشكلات الموجودة في تبادل CSV و PDF. الافتراضي: 500
  
  
• الحد الأقصى لعدد العناصر المعروضة في الرسم البياني للجانت
  
  

الأعمدة الافتراضية المعروضة في قائمة المشكلات

يتيح لك هذا الإعداد تحديد الأعمدة التي يتم عرضها في قوائم المشكلات بشكل طبيعي.

يمكن اختيار حقول مخصصة فقط تم وضع علامة عليها بالنسبة لـ 'جميع المشاريع' هنا.

تتبع الوقت

الحقول المطلوبة لسجلات الوقت

عنوان البريد الإلكتروني الصادر

عنوان البريد الإلكتروني المستخدم في حقل "من" للرسائل المرسلة إلى العملاء.

نسخة مكررة مخفية (bcc)

عند تعيينها على صحيح، سيتم إرسال إشعار البريد الإلكتروني كنسخة مكررة مخفية. الافتراضي: نعم

بريد نصي عادي

عند تعيينها على صحيح، يتم إرسال الرسائل بصيغة نصية فقط (بدون HTML).

رأس البريد الإلكتروني

تذييل البريد الإلكتروني

هنا يمكنك إدخال بعض النص الذي سيتم إضافته إلى الرسائل المرسلة من التطبيق.

الرسائل الواردة

انظر للتعليمات التفصيلية حول هذه الإعدادات في RedmineReceivingEmails.

تقصير الرسائل بعد إحدى هذه الأسطر

يمكن استخدام هذه الإعدادات لإزالة التوقيعات من الرسائل الواردة.

تمكين WS للرسائل الواردة

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

واجهة برمجة التطبيقات

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

المستودعات

SCM الممكّنة

هنا يمكنك (إلغاء) تحديد إطارات SCM التي يجب على Redmine "توفيرها" للمشاريع الفردية. يعد هذا الإعداد مفيدًا إذا كنت تدعم فقط بعض إطارات SCM (على سبيل المثال فقط Git أو فقط SVN).

استرداد التعديلات تلقائيًا

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

الافتراضي: نعم

يمكنك تعطيل هذا الخيار وتجعل استدعاء Repository#fetch_changesets مؤتمتًا باستخدام cron لاسترداد التحديثات لجميع المستودعات في الخلفية بشكل منتظم.

مثال:

ruby script/runner "Repository.fetch_changesets" -e production

بالنسبة لـ Redmine 2.x:

ruby script/rails runner "Repository.fetch_changesets" -e production

بالنسبة لـ Redmine 3.x:

bundle/rails runner "Repository.fetch_changesets" -e production

يمكنك أيضًا استدعاء هذه المهمة من مستودعك في خطاف post-submit أو post-receive، بحيث يتم استرداد التعديلات بعد كل إرسال.

تمكين WS لإدارة المستودع:

يجب تنشيط هذا الخيار فقط إذا قمت بتثبيت البرنامج النصي لإنشاء مستودع SVN تلقائيًا. الافتراضي: لا

مفتاح WS لإدارة المستودع

مفتاح سري لـ WS إدارة المستودع.

الحد الأقصى لعدد التعديلات المعروضة في سجل الملف

يوفر وسيلة لتقييد عدد التعديلات التي يتم استردادها من SCM لمسار قراءة معين.

تطبيق تنسيق النص على رسائل الإرسال

الإشارة إلى المشكلات في رسائل الإرسال

عند استخراج رسائل الإرسال من الأرشيف، يتم فحصها للبحث عن معرفات المشكلات المشار إليها أو تم إصلاحها.

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

الكلمات الرئيسية الافتراضية هي:

• للإشارة إلى المشكلات: refs، references، IssueID
  
  
• لإصلاح المشكلات: fixes، closes
  
  

لا يوجد حالة افتراضية محددة للمشكلة المصلحة. يجب عليك تحديدها إذا كنت ترغب في تمكين الإغلاق التلقائي للمشكلات.

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

مثال على رسالة إرسال تعمل باستخدام الكلمات الرئيسية الافتراضية:

يؤدي هذا إلى المشكلات refs #1 و #2 ويصلح المشكلة #3

ستشير هذه الرسالة إلى المشكلات 1 و 2 وتصلح المشكلة 3 تلقائيًا.

بعد كلمة رئيسية، يمكن فصل معرفات المشكلات بفراغ أو فاصلة أو و.

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

Commit refs:#1 و #2 ويصلح المشكلة #3

Commit Refs #1 و #2 ويصلح المشكلة #3

Commit REFS: #1 و #2 ويصلح المشكلة #3

تمكين تسجيل الوقت

يسمح بتسجيل الوقت مباشرة من رسائل الإرسال. يكون ذلك منطقيًا فقط إذا قمت بتنشيط وحدة "تتبع الوقت" في المشروع المذكور. في هذه الحالة، يمكنك إضافة كلمات خاصة في رسالة الإرسال الخاصة بك للإشارة إلى الوقت الذي قضيته في مشكلة معينة.

الصيغة الأساسية لذلك هي: @<time>، حيث يتكون الوقت من ساعات أو دقائق مختلفة.

فيما يلي قائمة بعدة رسائل إرسال صحيحة تعمل إذا كنت ترغب في القول إنك قضيت N ساعة على المشكلة 1234:

تنفيذ الميزة #1234 @2

تنفيذ الميزة #1234 @2h

تنفيذ الميزة #1234 @2hours

تنفيذ الميزة #1234 @15m

تنفيذ الميزة #1234 @15min

تنفيذ الميزة #1234 @3h15

تنفيذ الميزة #1234 @3h15m

تنفيذ الميزة #1234 @3:15

تنفيذ الميزة #1234 @3.25

تنفيذ الميزة #1234 @3.25h

تنفيذ الميزة #1234 @3,25

تنفيذ الميزة #1234 @3,25h

نشاط لتسجيل الوقت

هذا هو نوع النشاط الذي يجب استخدامه عند التعرف على وجود تسجيل وقت في