عرض مصدر Godot/editor/command line tutorial

<noinclude>{{DISPLAYTITLE: دليل سطر الأوامر في محرك جودو}}</noinclude>

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

ملاحظة: يمكنك تشغيل ملف جودو ثنائي في سطر الأوامر بتحديد مساره المطلق أو النسبي على نظامَي ويندوز ولينكس.

أما في نظام ماك أو إس فالعملية مختلفة نظرًا إلى أن جودو محتوى بداخل حزمة .app (يمثل مجلد وليس ملف). لتشغيل ملف جودو ثنائي من سطر الأوامر على ماك إو إس ستحتاج للانتقال إلى مسار مجلد حزمة تطبيق جودو باستخدام الأمر cd ومن ثم تنفيذ Godot.app/Contents/MacOS/Godot متبوعًا بأي وسطاء. إذا أعدت تسمية حزمة التطبيق من Godot إلى اسم آخر فيجب عليك التأكد من تعديل الأمر السابق بشكل موافق.

== مرجع سطر الأوامر ==

=== دليل الرموز ===

* ✓ متاح في إصدارات المحرر وقوالب تصدير الأخطاء debug export templates وقوالب تصدير الإطلاق release export templates.
* ☼ متاح في إصدارات المحرر وقوالب تصدير الأخطاء فقط.
* 🔧متاح فقط في إصدارات المحرر.

لاحظ أن وسطاء سطر الأوامر غير المعروفين ليس لهم تأثير على الإطلاق، ولن يحذّرك المحرك عندما تستخدم وسيطًا غير موجود في سطر الأوامر مع إصدار ذو نوع معين.

=== الخيارات العامة ===
{| class="wikitable"
!الأمر
!الوصف
|-
|<code>‎-h</code>, <code>--help</code>
|✓ يعرض لائحة من خيارات سطر الأوامر
|-
|<code>‎--version</code>
|✓ يعرض السلسلة النصية التي تمثل رقم الإصدار
|-
|<code>‎-v</code>, <code>--verbose</code>
|✓ استخدام نمط الطباعة stdout المسهب
|-
|<code>‎-q</code>, <code>--quiet</code>
|✓ النمط الهادئ، يتجاوز رسائل الطباعة stdout، مع المحافظة على عرض رسائل الأخطاء
|}

=== خيارات التنفيذ ===
{| class="wikitable"
!الأمر
!الوصف
|-
|‎<code>--</code>, <code>++</code>
|✓ فاصل لوسطاء سطر الأوامر التي يكتبها المستخدم، ولا يستخدم المحرك الوسطاء المذكورة بعدها وإنما يمكن قراءتها من <code>OS.get_cmdline_user_args()</code>‎
|-
|‎<code>-e</code>, <code>--editor</code>
|🔧يشغّل المحرر بدلًا من تشغيل المشهد
|-
|‎<code>-p</code>, <code>--project-manager</code>
|🔧يشغّل مدير المشروع حتى لو تم اكتشاف المشروع تلقائيًا
|-
|<code>‎--debug-server<uri‎>‎</code>
|🔧يشغّل خادم تنقيح أخطاء المحرر (<code>‎<protocol>://<host/IP>[:<port>]</code> مثل <code>tcp://127.0.0.1:6007</code>)
|-
|<code>‎--quit</code>
|✓ الخروج بعد التكرار الأول
|-
|<code>‎--quit-after</code>
|✓ الخروج بعد عدد تكرارات معين، يمكنك ضبط القيمة إلى 0 لتعطيلها
|-
|<code>‎-l</code>, <code>--language <locale></code>‎
|✓ استخدم الأمر مع لغة ما، تتبع القيمة <code><locale></code> التنسيق <code>language_script_COUNTRY_VARIANT</code> حيث أن اللغة تتألف من حرفين إلى ثلاث كرمز لها بأحرف صغيرة والخيارات المتبقية هي اختيارية، انظر إلى [[Godot/i18n/locales|رموز اللغات]] للمزيد من التفاصيل.
|-
|<code>‎--path <directory>‎</code>
|✓ مسار المشروع ( يجب أن يحتوي <code><directory></code> على ملف project.godot)
|-
|<code>‎-u</code>, <code>--upwards</code>
|✓ يفحص المجلدات تصاعديًا للبحث عن <code>project.godot</code>
|-
|<code>‎--main-pack <file>‎</code>
|✓ مسار الملف <code>‎.pck</code> الذي تريد تحميله
|-
|<code>‎--render-thread <mode>‎</code>
|✓ نمط تصيير الخيط render thread (آمن، غير آمن، منفصل). أنظر إلى نموذج الخيط لمزيد من التفاصيل.
|-
|<code>‎--remote-fs <address>‎</code>
|✓ نظام ملفات غير محلي (بعيد) باستخدام عنوان ‎<code><host/IP>[:<port>]</code>
|-
|<code>‎--remote-fs-password <password>‎</code>
|✓ كلمة مرور نظام الملفات البعيد
|-
|<code>‎--audio-driver <driver>‎</code>
|✓ محرك الصوت. استخدم ‎<code>--help</code> أولًا للحصول على قائمة من المحركات المتاحة
|-
|<code>‎--display-driver <driver>‎</code>
|✓ محرك العرض (ومحرك التصيير render)، استخدم‎ <code>--help</code> أولًا للحصول على قائمة من المحركات المتاحة
|-
|<code>‎--rendering-method <renderer>‎</code>
|✓ اسم المُصيّر، ويتطلب دعمًا من محرك التصيير
|-
|<code>‎--rendering-drive <driver>‎</code>
|✓ محرك التصيير (يعتمد على محرك العرض)، استخدم ‎<code>--help</code> أولًا للحصول على لائحة من المحركات المتاحة
|-
|<code>‎--gpu-index <device_index>‎</code>
|✓ استخدام محرك رسوميات GPU معين (نفذ الأمر مع <code>‎--verbose</code> للحصول على لائحة الأجهزة المتاحة).
|-
|<code>‎--text-driver <driver>‎</code>
|✓ محرك النص (بما في ذلك الخطوط، وBiDi، والأشكال)
|-
|<code>‎--tablet-driver <driver>‎</code>
|✓ محرك الإدخال باستخدام القلم اللوحي
|-
|<code>‎--headless</code>
|✓ تمكين وضع headless (<code>--display-driver headless --audio-driver Dummy</code>)، وهو مفيد للاستخدام مع الخوادم ومع <code>‎--script</code>
|-
|<code>‎--write-movie <file>‎</code>
|✓ تشغيل المحرك بطريقة كتابة فيلم (عادةً بامتداد ملفات .avi أو .png)، يُجبر الخيار ‎<code>--fixed-fps</code> عندما يتم تمكينه، لكن يمكنك استخدامه أيضًا لتعديل معدل إطارات الفيلم بالثانية. يمكن أن يُسرّع ‎<code>--disable-vsync</code> كتابة الفيلم إلا أنه يجعل من التفاعل معه عملية أصعب، كما يمكن استخدام ‎<code>--quit-after</code>
|}

=== خيارات العرض ===
{| class="wikitable"
!الأمر
!الوصف
|-
|‎<code>-f</code> ,<code>--fullscreen</code> 
|✓ طلب نمط النافذة الممتلئة
|-
|<code>‎-m</code>, <code>--maximized</code>
|✓ طلب نمط نافذة كبيرة
|-
|<code>‎-w</code>, <code>--windowed</code>
|✓ طلب نمط نافذة مؤطرة
|-
|‎<code>-t</code>, <code>--always-on-top</code>
|✓ طلب نمط النافذة دائمًا على الأعلى
|-
|<code>‎--resolution <W>x<H>‎</code>
|✓ طلب دقة النافذة
|-
|<code>‎--position <X>, <Y>‎</code>
|✓ طلب احداثيات النافذة
|-
|<code>‎--screen <N>‎</code>
|✓ طلب نافذة الشاشة
|-
|<code>‎--single-window</code>
|✓ استخدام نافذة واحدة (دون استخدام نوافذ مفصولة)
|-
|<code>‎--xr-mode <mode>‎</code>
|✓ تحديد نمط XR (الافتراضي default أو معطّل off أو مفعّل on)
|}

=== خيارات تنقيح الأخطاء ===
{| class="wikitable"
!الأمر
!الوصف
|-
|<code>‎-d</code>, <code>--debug</code>
|✓ تنقيح الأخطاء (منقّح الأخطاء stdout المحلي).
|-
|<code>‎-b</code>, <code>--breakpoints</code>
|✓ لائحة بنقاط التوقف breakpoint بتنسيق المصدر::السطر مفصولين بفاصلة دون مسافات (استخدم 20% بدلًا من ذلك).
|-
|<code>‎--profiling</code>
|✓ تمكين التشخيص في منقح أخطاء السكربت.
|-
|<code>‎--gpu-profile</code>
|✓ عرض ملف وحدة المعالجة الرسومية الخاصة يحتوي على المهام التي استغرقت الوقت الأطول خلال تصيير الإطارات.
|-
|<code>‎--gpu-validation</code>
|✓ تمكين واجهة طبقات التحقق البرمجية الرسومية.
|-
|<code>‎--gpu-abort</code>
|☼ الإيقاف القسري عند حدوث أخطاء متعلقة بوحدة المعالجة الرسومية (غالبًا ما تكون الأخطاء متعلقة بطبقة التحقق validation layer) ويساعد ذلك في العثور على المشكلة إذا توقف النظام على العمل.
|-
|<code>‎--remote-debug <uri>‎</code>
|✓ تحقق بعيد من الأخطاء (‎<code><protocol>://<host/IP>[:<port>]</code> مثل <code>tcp://127.0.0.1:6007</code>).
|-
|<code>‎--single-threaded-scene</code>
|✓ تنفيذ شجرة المَشاهد بنمط الخيط الواحد، مع تعطيل المجموعات متعدد الخيوط وتنفيذها على الخيط الأساسي.
|-
|<code>‎--debug-collisions</code>
|☼ عرض أشكال الاصطدام collision shapes عند تشغيل المشهد.
|-
|<code>‎--debug-paths</code>
|☼ عرض مسار الخطوط عند تشغيل المشهد.
|-
|<code>‎--debug-navigation</code>
|☼ عرض مضلعات التنقل عند تشغيل المشهد.
|-
|<code>‎--debug-avoidance</code>
|☼ عرض عناصر تنقيح الأخطاء البصرية لتجنب التنقل عند تشغيل المشهد.
|-
|<code>‎--debug-stringnames</code>
|☼ طباعة جميع مواضع الذاكرة الخاصة بـ StringName إلى stdout عندما يتوقف المحرك.
|-
|<code>‎--frame-delay <ms>‎</code>
|✓ محاكاة حمل عالي على وحدة المعالجة المركزية CPU (تأخير كل إطار بمقدار <code><ms></code> ميلي ثانية).
|-
|<code>‎--time-scale <scale>‎</code>
|✓ تمكين تسريع الوقت قسريًا (القيم الأكبر تجعل من الوقت أسرع، القيمة 1.0 هي السرعة الاعتيادية).
|-
|<code>‎--disable-vsync</code>
|✓ يوقف المزامنة الأفقية قسريًا، حتى لو كانت مفعلة في إعدادات المشروع، ولا يتجاوز هذا الفعل إجبار V-Sync على مستوى المحرك.
|-
|<code>‎--disable-render-loop</code>
|✓ تعطيل حلقة التصيير بحيث تعمل فقط عندما تُستدعى بشكل صريح من سكربت.
|-
|<code>‎--disable-crash-handler</code>
|✓ تعطيل معالج الأخطاء عندما تدعم شيفرة المنصة البرمجية ذلك الأمر.
|-
|<code>‎--fixed-fps <fps>‎</code>
|✓ إجبار عرض عدد معين من الإطارات في الثانية، وهذا الإعداد يعطّل المزامنة في الوقت الحقيقي.
|-
|<code>‎--delta-smoothing <enable>‎</code>
|✓ تعطيل أو تمكين تنعيم إطار دلتا (تمكين '''enable''' أو تعطيل '''disable''').
|-
|<code>‎--print-fps</code>
|✓ طباعة عدد الإطارات في الثانية إلى stdout.
|}

=== الأدوات الإضافية ===
{| class="wikitable"
!الأمر
!الوصف
|-
|<code>‎-s</code>, <code>--script <script>‎</code>
|✓ تشغيل سكربت.
|-
|<code>‎--check-only</code>
|✓ تحليل الأخطاء والمغادرة (تُستخدم مع ‎<code>--script</code>).
|-
|<code>‎--export-release <preset> <path>‎</code>
|🔧 استيراد المشروع باستخدام إعداد مسبق وطبقًا لقالب الإصدار، ويجب أن يطابق اسم الإعداد المسبق اسم الإعداد المعرف في <code>export_presets_cfg</code>، ويجب على <code><path></code> أن يكون مسارًا مطلقًا أو نسبيًا لمسار المشروع، وأن يتضمن على اسم المشروع للملف الثنائي (مثل builds/game.exe)، ويجب على المسار الهدف أن يكون موجودًا.
|-
|<code>‎--export-debug <preset> <path>‎</code>
|🔧 يشابه الأمر --export-release ولكنه يستخدم قالب منقح الأخطاء.
|-
|<code>‎--export-pack <preset> <path>‎</code>
|🔧 يشابه <code>‎--export-release</code> ولكنه يستورد حزمة اللعبة فقط للإعداد المسبق الحالي، ويجب على <path> أن يحدد فيما إذا كان الملف بصيغة PCK أو ZIP.
|-
|<code>‎--convert-3to4 [<max_file_kb>] [<max_line_size>]</code>
|🔧 تحويل المشروع من إصدار جودو 3‎.x إلى 4‎.x.
|-
|‎<code>--validate-conversion-3to4 [<max_file_kb>] [<max_line_size>]</code>
|🔧 عرض الاسم الجديد للعناصر التي سيُعاد تسميتها عند التحويل من إصدار جودو  3‎.x إلى 4‎.x.
|-
|<code>‎--doctool [<path>]</code>
|🔧 عرض توثيق الواجهة البرمجية الخاصة بالمحرك إلى المسار المكتوب في <code><path></code> بتنسيق XML، ويدمج المحتوى إذا ما وُجد الملف مُسبقًا.
|-
|<code>‎--no-docbase</code>
|🔧 عدم السماح بعرض الأنواع الأساس (تُستخدم مع <code>‎--doctool</code>).
|-
|<code>‎--gdscript-docs <path>‎</code>
|🔧 توليد مرجع للواجهة البرمجية عوضًا عن عرض واجهة المحرك البرمجية، وذلك من التوثيق المضمن في ملفات جي دي سكربت الموجودة في <code><path></code> (تُستخدم مع ‎<code>--doctool</code>).
|-
|<code>‎--build-solutions</code>
|🔧 بناء حلول السكربت (لمشاريع سي شارب)، تتضمن <code>‎--editor</code> وتتطلب مشروع صالح للتعديل.
|-
|<code>‎--dump-gdextension-interface</code>
|🔧 توليد ملف ترويسة GDExtension اسمه <code>gdnative_interface.h</code> في المجلد الحالي، وهذا الملف هو الملف الأساس المطلوب لتطبيق GDExtension.
|-
|<code>‎--dump-extension-api</code>
|🔧 توليد ملف JSON  يحتوي على ارتباطات GDExtension من واجهة جودو البرمجية باسم <code>extension_api.json</code> في المجلد الحالي.
|-
|<code>‎--validate-extension-api <path>‎</code>
|🔧 التأكد من ملف واجهة الإضافة البرمجية (مع الخيار السابق) من إصدار محرك سابق للتأكد من توافقية الواجهات البرمجية، وتكون القيمة المُعادة قيمة غير صفرية إذا عُثر على عدم توافق أو أخطاء.
|-
|<code>‎--benchmark</code>
|🔧 فحص أداء وقت التنفيذ والطباعة إلى الطرفية.
|-
|<code>‎--benchmark-file <path>‎</code>
|🔧 فحص أداء وقت التنفيذ وحفظ النتيجة إلى ملف JSON، ويجب أن يكون المسار مسارًا مطلقًا.
|}

== المسار ==
يُنصح بوضع ملف جودو الثنائي في <code>PATH</code> كمتغير بيئة بحيث يمكنك تشغيله بسهولة من أي مكان بكتابة godot، يمكنك فعل ذلك على أجهزة لينكس بوضع ملف جودو الثنائي في ‎<code>/usr/local/bin</code> والتأكد من أن اسمه <code>godot</code> (انتبه لحالة الأحرف).

يمكنك تثبيت جودو لتحقيق ذلك الأمر على ويندوز وماك إو إس بسهولة عن طريق [https://scoop.sh/ Scoop] على ويندوز أو [https://brew.sh/ Homebrew] على ماك إو إس، وذلك سيُنشئ تلقائيًا نسخة من جودو تصبح متاحة في <code>PATH</code>

على ويندوز:<syntaxhighlight lang="bash">
#المحرر الاعتيادي
scoop install godot

#المحرر الذي يدعم سي شارب (سيكون موجودًا باسم‫ godot-mono في PATH)
scoop install godot-mono
</syntaxhighlight>على ماك أو إس:<syntaxhighlight lang="bash">
#المحرر الاعتيادي
brew install godot

#المحرر الذي يدعم سي شارب (سيكون موجودًا باسم‫ godot-mono في PATH)
brew install godot-mono
</syntaxhighlight>

== ضبط مسار المشروع ==
ستحتاج لضبط مسار مشروعك لأي من الأوامر لتعمل بشكلها الصحيح بحسب مكان وجود ملف جودو الثنائي ومسار العمل الحالي.

يمكن تحقيق ذلك بمنح المسار لملف <code>project.godot</code> في مشروعك كوسيط أول بهذا الشكل:<syntaxhighlight lang="bash">
godot path_to_your_project/project.godot [other] [commands] [and] [args]
</syntaxhighlight>أو باستخدام وسيط ‎<code>--path</code>:<syntaxhighlight lang="bash">
godot --path path_to_your_project [other] [commands] [and] [args]
</syntaxhighlight>على سبيل المثال، الأمر الكامل لتصدير لعبتك (كما سنشرح في الأسفل) قد يبدو بهذا الشكل:<syntaxhighlight lang="bash">
godot --headless --path path_to_your_project --export-release my_export_preset_name game.exe
</syntaxhighlight>

== إنشاء مشروع ==
تستطيع إنشاء مشروع من سطر الأوامر عن طريق الذهاب إلى الصدفة shell والانتقال إلى المكان الذي تريده ومن ثم إنشاء ملف <code>project.godot</code>.<syntaxhighlight lang="bash">
mkdir newgame
cd newgame
touch project.godot
</syntaxhighlight>يمكن فتح المشروع بعد ذلك باستخدام جودو

== تشغيل المحرر ==
يمكنك تشغيل المحرر بتنفيذ جودو مع الراية <code>‎-e</code>، ويجب فعل ذلك داخل مسار المشروع أو داخل المسارات الجزئية للمشروع، وإلا فإن الأمر سيُتجاهل وسيظهر مدير المشروع.<syntaxhighlight lang="bash">
godot -e
</syntaxhighlight>يمكن تعديل مشهد تم إنشاؤه وحفظه سابقًا بتنفيذ الأمر ذاته وإضافة المشهد كوسيط ضمنه.<syntaxhighlight lang="bash">
godot -e scene.tscn
</syntaxhighlight>

== مسح مشهد ==
جودو متوافقة مع نظام الملفات الخاص بك ولن تُنشئ ملفات بيانات وصفية زائدة. استخدم الأمر <code>rm</code> لمسح ملف مشهد، وتأكد من أنه لا يوجد أي شيء يستخدم هذا المشهد كمرجع وإلا فإنك ستحصل على خطأ عند فتح المشروع.<syntaxhighlight lang="bash">
rm scene.tscn
</syntaxhighlight>

== تشغيل اللعبة ==
يمكنك تنفيذ أمر جودو ببساطة لتشغيل اللعبة ضمن مسار المشروع أو المسار الجزئي.<syntaxhighlight lang="bash">
godot
</syntaxhighlight>يمكنك تمرير اسم مشهد محدد إذا أردت تجربته كوسيط في سطر الأوامر.<syntaxhighlight lang="bash">
godot scene.tscn
</syntaxhighlight>

== تنقيح الأخطاء ==
قد تكون مهمة إيجاد الأخطاء من سطر الأوامر مهمة صعبة بسبب طباعتها بشكل سريع على الطرفية، ولذلك السبب توجد طرفية منقح الأخطاء التي يمكنك الحصول عليها باستخدام الراية ‎<code>-d</code>، وتعمل سواءً أكنت تستخدمها من أجل اللعبة كاملة أو من أجل مشهد واحد.<syntaxhighlight lang="bash">
godot -d
</syntaxhighlight><syntaxhighlight lang="bash">
godot -d scene.tscn
</syntaxhighlight>

== التصدير ==
يمكن تصدير المشروع من سطر الأوامر، وهذا الأمر مفيد في حالة ضبط بيئة تكامل مستمر continuous integration.<blockquote>ملاحظة: استخدام الوسيط ‎<code>--headless</code> في المنصات التي لا تحتوي على وصول لوحدة المعالجة الرسومية أمر مطلب (مثل بيئات التكامل المستمر)، بينما يمنع الوسيط <code>‎--headless</code> في المنصات التي تحتوي على وصول لوحدة المعالجة الرسومية ظهور نافذة عند تصدير المشروع.</blockquote><syntaxhighlight lang="bash">
# يجب أن تكون‫ godot محرر ثنائي وليس قالب تصدير
# كما أنه يجب لقالب التصدير أن يكون مثبتًا على المحرر
# أو على الأقل يجب أن يكون قالب التصدير الصالح معرفًا في ضبط التصدير المسبق
godot --headless --export-release "Linux/X11" /var/builds/project
godot --headless --export-release Android /var/builds/project.apk
</syntaxhighlight>يجب على اسم الضبط المسبق أن يطابق اسم الضبط المسبق المُصدّر والمعرف في ملف المشروع <code>export_presets.cfg</code>، إذا احتوى اسم الضبط المسبق على مسافات أو محارف مميزة (مثل "windows desktop") فيجب إحاطته بعلامات تنصيص.

استخدم الخيار ‎<code>--export-debug</code> بدلًا من ‎<code>--export-release</code> لتصدير إصدار تنقيح إخطاء للعبة، فاستخدام الخياران ومعاملاتهما متطابقة.

استخدم الخيار <code>‎--export-pack</code> لتصدير ملف PCK فقط متبوعًا باسم الضبط المسبق ومسار الخرج مع لاحقة الملف بدلًا من <code>‎--export-release</code> أو ‎<code>--export-debug</code>، وتحدد لاحقة مسار الخرج نوع ملف الحزمة فيما إذا كان PCK أو ZIP.<blockquote>تحذير: سيكون المسار نسبيًا بالنسبة للمسار الذي يحتوي على الملف <code>project.godot</code> عند تحديد مسار لكل من الخيارات <code>‎--export-release</code> أو ‎<code>--export-debug</code> أو ‎<code>--export-pack</code> وليس نسبيًا إلى مسار العمل الحالي.</blockquote>

== تشغيل سكربت ==
من الممكن تشغيل سكربت ‎<code>.gd</code> من سطر الأوامر، وهذه الميزة مفيدة في المشروعات الكبيرة مثل تحويل موارد كثيرة العدد أو الاستيراد والتصدير المخصص.

يجب أن يرث السكربت من <code>SceneTree</code> أو <code>MainLoop</code>. 

إليك مثال عن سكربت <code>sayhello.gd</code> يوضّح كيف يعمل الأمر:<syntaxhighlight lang="py">
#!/usr/bin/env -S godot -s
extends SceneTree

func _init():
    print("Hello!")
    quit()
</syntaxhighlight>لتشغيله:<syntaxhighlight lang="bash">
# يطبع‫ "Hello!‫‎" إلى الخرج القياسي
godot -s sayhello.gd
</syntaxhighlight>إذا لم يكن هناك <code>project.godot</code> متاح في المسار، فسيُفترض أن المسار الحالي هو مسار العمل الحال (إلا إن استخدم الخيار ‎<code>--path</code>)

يُشار إلى السطر الأول من <code>sayhello.gd</code> في الأعلى عادةً باسم شابانج shebang، وهو يسمح بتنفيذ السكربت إذا كان ملف جودو الثنائي موجودًا في <code>PATH</code> باسم <code>godot</code> في توزيعات لينكس الحديثة وماك أو إس:<syntaxhighlight lang="bash">
# تعليم السكربت كسربت تنفيذي
chmod +x sayhello.gd
# طباعة إلى الخرج القياسي
./sayhello.gd
</syntaxhighlight>إذا لم يعمل ما سبق في الإصدار الحالي من نظام لينكس أو ماك إو إس الخاص بك، يمكنك جعل شابانج ينفذ جودو مباشرة من مساره كما يلي:<syntaxhighlight lang="bash">
#!/usr/bin/godot -s
</syntaxhighlight>
== مصادر ==
* [https://docs.godotengine.org/en/stable/tutorials/editor/command_line_tutorial.html صفحة Command Line Tutorial في توثيق جودو الرسمي.]
[[تصنيف:Godot|{{SUBPAGENAME}}]]
[[تصنيف:Godot Editor|{{SUBPAGENAME}}]]
{{DEFAULTSORT:Godot/editor/command line tutorial}}