1500 Questions | GitHub Actions 2026

أهلا بك عزيزي المتابع لموقع (journey for learn) نقدم دورات بكوبونات متاحة لاول 1000 تسجيل مجاني فقط وكوبونات اخري لفترة محدودة فاذا كنت تريد ان تحصل علي كل الكورسات علي موقعنا وان تكون اول المسجلين في الكورسات المجانية قم بتسجيل الدخول أوقم بالدخول علي وسائل التواصل الاجتماعي وخصوصا التليجرام نوضح الوصف المختصر والطويل للدورات لكي تعرف الدروس التي سوف تتعلمها بسهولة ويسر :

تغطية تفصيلية لنطاق الاختبارنشر البنية التحتية والتطبيقات وإدارتها باستخدام إجراءات GitHub (50%)

• استخدام إجراءات GitHub لنشر التطبيقات وتكاملها
• إنشاء مهام سير عمل لإدارة البنية التحتية كرمز
• استخدام إجراءات GitHub لتنفيذ التكامل المستمر والنشر المستمر (CI/CD)
• تنفيذ أتمتة سير العمل باستخدام إجراءات GitHub

تطوير وتنفيذ عمليات سير عمل التشغيل الآلي باستخدام إجراءات GitHub (30%)

• إنشاء عمليات التشغيل التلقائي باستخدام إجراءات GitHub
• إنشاء إجراءات GitHub مخصصة
• تنفيذ تبعيات سير العمل
• استخدام متغيرات البيئة
• تشغيل مسارات العمل
• إجراءات GitHub لـ الاختبار

تخطيط وتنفيذ الأمان والامتثال لإجراءات GitHub (20%)

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

وصف الدورة التدريبية يتطلب اجتياز شهادة GitHub Actions أكثر من مجرد معرفة كيفية كتابة ملف YAML الأساسي. فهو يتطلب فهمًا عميقًا للأتمتة على مستوى المؤسسة، ونشر البنية التحتية، والامتثال الأمني، وخطوط أنابيب CI/CD. لقد قمت بإنشاء مجموعة اختبارات التدريب الشاملة هذه لتزويدك بالإعداد المتاح للامتحان الأكثر واقعية وشمولاً. مع 1500 سؤال تدريبي تم إعداده بدقة، تم تصميم هذه الدورة لتعريضك لكل سيناريو قد تواجهه في الاختبار الفعلي. لقد قمت بمواءمة بنك الأسئلة مباشرة مع مجالات الامتحانات الرسمية، مما يضمن التركيز الشديد على نشر البنية التحتية (50%)، وتطوير سير عمل الأتمتة (30%)، وتخطيط الأمن والامتثال (20%). وبدلاً من إخبارك بالإجابة الصحيحة فقط، قمت بتضمين شرح تفصيلي لكل خيار على حدة عبر جميع الأسئلة البالغ عددها 1500 سؤال. ستفهم بالضبط سبب صحة تكوين سير عمل معين، أو ممارسة أمنية، أو إعداد متغير البيئة، و- بنفس القدر من الأهمية - سبب خطأ عوامل التشتيت. تبني طريقة الدراسة هذه احتفاظًا حقيقيًا ومعرفة عملية تترجم مباشرة إلى عملك اليومي كمهندس أو مطور DevOps. إذا كنت تبحث عن مادة دراسية شاملة لاختبار معرفتك وتحديد نقاط الضعف لديك وبناء الثقة اللازمة لاجتياز شهادتك من المحاولة الأولى، فإن بنك الأسئلة هذا هو موردك النهائي. معاينة أسئلة التدريب السؤال 1: تحتاج إلى تكوين سير عمل GitHub Actions ليتم تشغيله فقط عندما تبدأ علامة جديدة بـ "v" (على سبيل المثال، v1.0، v2.1) إلى المستودع. أي من تكوينات YAML التالية تحقق ذلك بشكل صحيح؟

• أ) على: دفع: العلامات: - 'v*'
• ب) على: الإصدار: الأنواع: [منشور]
• C) على: دفع: الفروع: - 'v*'
• د) على: العلامة: الفروع: - 'v*'
• E) على: Workflow_dispatch: inputs: tag_name:
• F) على: دفع: العلامات: - 'الإصدارات/'

الإجابة الصحيحة: أالشرح:

• أ صحيحة: حدث الدفع مع مرشح العلامات باستخدام النمط الشامل 'v*' يؤدي بشكل صحيح إلى تشغيل سير العمل فقط عندما يتم دفع علامة مطابقة لهذا النمط المحدد إلى المستودع.
• ب غير صحيح: يتم تشغيل هذا عند نشر إصدار GitHub، وليس بشكل صارم عند دفع علامة، وهو ما لا يفي بالمتطلبات الدقيقة للتشغيل. حدث دفع العلامة نفسه.
• C غير صحيح: يقوم هذا التكوين بالتصفية على الفروع التي تبدأ بـ "v"، وليس العلامات.
• D غير صحيح: لا يوجد حدث webhook للعلامة في إجراءات GitHub؛ يتم التعامل مع العلامات ضمن حدث الدفع.
• E غير صحيح: يتم استخدام Workflow_dispatch للمشغلات اليدوية، وليس التنفيذ التلقائي بناءً على عمليات دفع علامات Git.
• F غير صحيح: على الرغم من أن بناء الجملة صالح، إلا أن النمط "releases/" يبحث عن علامات في بنية محددة تشبه الدليل، وليس علامات تبدأ بالحرف "v".

السؤال 2: لديك سير عمل يحتوي على وظيفتين: البناء والنشر. يجب أن تنتظر مهمة النشر حتى تكتمل مهمة البناء بنجاح، وتحتاج إلى استخدام متغير إخراج يسمى artifact_id الذي تم إنشاؤه بواسطة مهمة البناء. كيف يجب عليك تكوين مهمة النشر؟

• أ) يحتاج إلى: إنشاء المتغير والوصول إليه باستخدام ${{ jobs.build.outputs.artifact_id }}
• ب) يعتمد على: إنشاء المتغير والوصول إليه باستخدام ${{ need.build.outputs.artifact_id }}
• ج) يحتاج إلى: إنشاء المتغير والوصول إليه باستخدام ${{ need.build.outputs.artifact_id }}
• د) يتطلب: إنشاء المتغير والوصول إليه باستخدام ${{خطوات.build.outputs.artifact_id }}
• E) تكوين سر مستودع لتمرير البيانات بين الوظيفتين.
• F) دمج الوظيفتين في مهمة واحدة لأنه لا يمكن تمرير المخرجات بين وظائف منفصلة.

الإجابة الصحيحة: Cالشرح:

• C صحيح: لتحديد التبعية بين المهام، يمكنك استخدام الكلمة الأساسية الاحتياجات. للوصول إلى مخرجات من مهمة مطلوبة، يمكنك استخدام الاحتياجات..outputs. السياق.
• A غير صحيح: بينما يحتاج: البناء صحيح، بناء جملة السياق jobs.build.outputs غير صالح؛ يجب الوصول إليه عبر سياق الاحتياجات.
• B غير صحيح:dependent_on ليس بناء جملة GitHub Actions صالحًا؛ الكلمة الأساسية الصحيحة هي الاحتياجات.
• D غير صحيحة: يتطلب الأمر بناء جملة غير صالح لتبعيات الوظيفة. علاوة على ذلك، يتوفر سياق الخطوات فقط داخل نفس الوظيفة، وليس عبر الوظائف.
• E غير صحيح: الأسرار ليست مخصصة لتمرير متغيرات ديناميكية خاصة بالتشغيل بين الوظائف. إنها متغيرات ثابتة ومشفرة ومخزنة على مستوى المستودع أو المؤسسة.
• F غير صحيح: يمكن بالتأكيد تمرير المخرجات بين وظائف منفصلة باستخدام سياق الاحتياجات، بشرط أن يتم تعريف المخرجات على مستوى الوظيفة في المهمة الأصلية.

السؤال 3: يحتاج سير عمل مؤسستك إلى المصادقة مع موفر سحابي خارجي. لقد قمت بتخزين مفتاح API باعتباره سر المستودع المسمى CLOUD_API_KEY. كيف يجب أن تعرض هذا السر بشكل آمن لخطوة معينة في سير عملك دون المخاطرة بالتعرض لخطوات أخرى؟

• أ) قم بتمريره عبر متغير بيئة على مستوى سير العمل: env: API_KEY: ${{ Secrets. CLOUD_API_KEY }}
• ب) قم بتمريره عبر متغير بيئة على مستوى الخطوة: env: API_KEY: ${{ Secrets. CLOUD_API_KEY }}
• ج) قم بترميز السر مباشرة في البرنامج النصي لأمر التشغيل لسرعة التنفيذ.
• د) استخدم أمر الصدى لطباعة السر في ملف نصي محلي وقراءته أثناء الخطوة.
• هـ) قم بتمريره كمعلمة إدخال نص عادي إلى إجراء مخصص: باستخدام: api_key: CLOUD_API_KEY
• F) قم بتخزين السر كمتغير مستودع بدلاً من سر للسماح وصول أسهل عبر مسارات العمل.

الإجابة الصحيحة: بالشرح:

• ب صحيح: تعريف السر كمتغير بيئة على مستوى خطوة محددة يلتزم بمبدأ الامتيازات الأقل، مما يضمن أن خطوة معينة فقط لديها حق الوصول إلى البيانات الحساسة في الذاكرة.
• أ غير صحيح: تعريف السر على مستوى سير العمل يعرضه لجميع الوظائف والخطوات في سير العمل، مما ينتهك أفضل ممارسات الأمان المتعلقة بالسرية. تحديد النطاق.
• C غير صحيح: أسرار الترميز الثابت هي ثغرة أمنية خطيرة وتتعارض مع غرض مدير أسرار GitHub Actions.
• D غير صحيح: كتابة سر إلى ملف على العداء يزيد من خطر التعرض العرضي أو التسرب في القطع الأثرية/السجلات، وهو غير آمن بشكل عام.
• E غير صحيح: تمرير السلسلة الحرفية "CLOUD_API_KEY" لا يقيم السر. علاوة على ذلك، يجب أن تظل المدخلات تشير إلى أسرار ${{. سياق CLOUD_API_KEY }} بشكل آمن.
• F غير صحيح: متغيرات المستودع غير مشفرة في السجلات وهي مخصصة لبيانات التكوين غير الحساسة، وليس مفاتيح واجهة برمجة التطبيقات أو كلمات المرور.

• مرحبًا بك في Mock Exam Practice Tests Academy لمساعدتك في الاستعداد للحصول على شهادة GitHub Actions Certification.
• يمكنك إعادة إجراء الاختبارات عدة مرات كما تفعل تريد
• هذا بنك أسئلة أصلي ضخم
• يمكنك الحصول على الدعم مني إذا كانت لديك أسئلة
• يحتوي كل سؤال على شرح تفصيلي
• متوافق مع الهاتف المحمول مع تطبيق Udemy

آمل أن تكون مقتنعًا الآن! وهناك الكثير من الأسئلة داخل الدورة.

ما هي المتطلبات الأساسية لدخول الدورة والتسجيل فيها على موقعنا؟ رحلة التعلم:

(احصل على الدورة للدخول إلى الموقع والتسجيل)

يجب أن يكون لديك بريد إلكتروني (حساب بريد) تتذكره لنفسك وأيضًا يجب أن تتذكر كلمة مرور البريد الإلكتروني الذي ستسجل به ، وإذا لم يكن لديك حساب بريد إلكتروني ، فمن الأفضل إنشاء حساب (Gmail)