GoGPT Best VPN GoSearch

OnWorks فافيكون

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

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

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

برنامج:

اسم


git-clone - استنساخ مستودع إلى دليل جديد

موجز


طائرة نفاثة استنساخ [- قالب = ]
[-l] [-s] [--لا توجد روابط صلبة] [-q] [-n] [- عارية] [- مرآة]
[-o ] [-ب ] [-u ] [--مرجع ]
[- فصل] [- منفصل-بوابة-دير ]
[--عمق ] [- [لا] فرع واحد]
[- متسلسل | - وحدات فرعية متكررة] [-]
[ ]

الوصف


يقوم باستنساخ مستودع إلى دليل تم إنشاؤه حديثًا ، وإنشاء فروع للتتبع عن بُعد لـ
كل فرع في المستودع المستنسخ (مرئي باستخدام git Branch -r) ، ويقوم بالإنشاء والتحقق
خارج فرع أولي متشعب من الفرع النشط حاليًا للمستودع المستنسخ.

بعد الاستنساخ ، ستعمل عملية جلب git بسيطة بدون وسيطات على تحديث جميع عمليات التتبع عن بُعد
الفروع ، و git pull بدون وسيطات سوف تدمج بالإضافة إلى ذلك الفرع الرئيسي البعيد
في الفرع الرئيسي الحالي ، إن وجد (هذا غير صحيح عند إعطاء "- فرع واحد" ؛
انظر أدناه).

يتم تحقيق هذا التكوين الافتراضي عن طريق إنشاء مراجع لرؤساء الفروع البعيدة
تحت المراجع / أجهزة التحكم عن بعد / الأصل وبتهيئة remote.origin.url و remote.origin.fetch
متغيرات التكوين.

OPTIONS


- محلي ، -ل
عندما يكون المستودع المراد الاستنساخ منه على جهاز محلي ، فإن هذه العلامة تتجاوز المعدل الطبيعي
آلية النقل "Git know" وتقوم باستنساخ المستودع عن طريق عمل نسخة من HEAD و
كل شيء تحت الكائنات وأدلة الحكام. الملفات تحت .git / كائنات / دليل
يتم ربطها لتوفير مساحة عندما يكون ذلك ممكنًا.

إذا تم تحديد المستودع كمسار محلي (على سبيل المثال ، / path / to / repo) ، فهذا هو ملف
الافتراضي ، و --local هو في الأساس no-op. إذا تم تحديد المستودع كعنوان URL ،
ثم يتم تجاهل هذه العلامة (ولا نستخدم التحسينات المحلية أبدًا). التحديد
- no-local سوف يتجاوز الافتراضي عند إعطاء / path / to / repo ، باستخدام العادي
بوابة النقل بدلا من ذلك.

--لا توجد روابط صلبة
فرض عملية الاستنساخ من مستودع على نظام ملفات محلي لنسخ الملفات
تحت دليل .git / كائنات بدلاً من استخدام الروابط الثابتة. قد يكون هذا مرغوبًا فيه إذا
أنت تحاول عمل نسخة احتياطية من المستودع الخاص بك.

- مشترك ، -s
عندما يكون المستودع المراد استنساخه على الجهاز المحلي ، بدلاً من استخدام الروابط الصلبة ،
الإعداد التلقائي .git / object / info / alternates لمشاركة الكائنات مع المصدر
مخزن. يبدأ المستودع الناتج بدون أي كائن خاص به.

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

لاحظ أن تشغيل git repack بدون الخيار -l في مستودع مستنسخ مع will -s
نسخ الكائنات من مستودع المصدر إلى حزمة في المستودع المستنسخ ، وإزالتها
توفير مساحة القرص للنسخ المستنسخة. ومع ذلك ، فمن الآمن تشغيل git gc ، الذي يستخدم امتداد
الخيار -l بشكل افتراضي.

إذا كنت تريد كسر تبعية مستودع مستنسخ بـ -s على مصدره
المستودع ، يمكنك ببساطة تشغيل git repack -a لنسخ جميع الكائنات من المصدر
المستودع في حزمة في المستودع المستنسخ.

--مرجع
إذا كان المستودع المرجعي موجودًا على الجهاز المحلي ، فقم بالإعداد تلقائيًا
.git / object / info / alternates للحصول على كائنات من المستودع المرجعي. باستخدام ملف
سوف يتطلب المستودع الموجود بالفعل كبديل عدد أقل من العناصر المراد نسخها
من المستودع الذي يتم استنساخه ، مما يقلل من تكاليف الشبكة والتخزين المحلي.

نوت: راجع الملاحظة الخاصة بخيار --shared وأيضًا خيار إلغاء الارتباط.

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

- هادئ ، -Q
تعمل بهدوء. لم يتم الإبلاغ عن التقدم إلى تدفق الخطأ القياسي. هذا العلم
تم تمريره أيضًا إلى الأمر "rsync" عند إعطائه.

- الإسراف ، -v
تشغيل بإسهاب. لا يؤثر على الإبلاغ عن حالة التقدم إلى الخطأ القياسي
تيار.

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

--لا الخروج ، -n
لا يتم إجراء سحب لـ HEAD بعد اكتمال الاستنساخ.

- عارية
عمل عار مستودع Git. هذا هو ، بدلا من الخلق ووضع
الملفات الإدارية بتنسيق /.git ، اجعل ملف نفسها $ GIT_DIR.
من الواضح أن هذا يعني -n لأنه لا يوجد مكان للتحقق من الشجرة العاملة.
كما يتم نسخ رؤوس الفروع الموجودة في جهاز التحكم عن بُعد مباشرةً إلى الفرع المحلي المقابل
رؤساء ، دون تعيينهم إلى المراجع / أجهزة التحكم عن بُعد / الأصل /. عند استخدام هذا الخيار ، لا
يتم إنشاء فروع التعقب عن بعد ولا متغيرات التكوين ذات الصلة.

--مرآة
قم بإعداد مرآة لمستودع المصدر. هذا يعني - عارية. مقارنة بـ - عارية ،
- المرآة لا تقوم فقط بتعيين الفروع المحلية للمصدر للفروع المحلية للهدف ،
يقوم بتعيين جميع المراجع (بما في ذلك فروع التتبع عن بعد والملاحظات وما إلى ذلك) ويقوم بإعداد ملف
تكوين refspec بحيث يتم استبدال كل هذه المراجع بواسطة تحديث git عن بُعد
في المستودع الهدف.

--أصل ، -o
بدلاً من استخدام أصل الاسم البعيد لتتبع المستودع الرئيسي ، استخدم
.

--فرع ، -ب
بدلاً من توجيه الرأس الذي تم إنشاؤه حديثًا إلى الفرع الذي يشير إليه المستنسخ
رأس المستودع ، أشر إلى فرع بدلا من ذلك. في مستودع غير مكشوف ، هذا هو
الفرع الذي سيتم ايداعه. يمكن أن يأخذ --branch أيضًا العلامات ويفصل ملف
رأس عند ذلك الالتزام في المستودع الناتج.

- حزمة التحميل ، -u
عند تقديمه ، ويتم الوصول إلى المستودع المراد الاستنساخ منه عبر ssh ، فإن هذا يحدد ملف
مسار غير افتراضي للأمر يتم تشغيله على الطرف الآخر.

- القالب =
حدد الدليل الذي سيتم استخدام القوالب منه ؛ (راجع "دليل النموذج"
قسم من بوابة- init(1).)

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

--عمق
إنشاء ضحل استنساخ مع محفوظات مقطوعة إلى العدد المحدد من عمليات الارتكاب.
يشير إلى - فرع واحد ما لم يتم إعطاء فرع واحد لجلب التواريخ القريبة
نصائح لجميع الفروع.

- [لا] فرع واحد
استنساخ المحفوظات المؤدية إلى طرف فرع واحد فقط ، سواء تم تحديدها بواسطة
--branch أو نقطة HEAD لجهاز التحكم عن بعد الأساسي في. مزيد من الجلب إلى
سيقوم المستودع الناتج بتحديث فرع التتبع عن بعد للفرع فقط
تم استخدام هذا الخيار للاستنساخ الأولي. إذا كان الرأس في جهاز التحكم عن بعد لا يشير
في أي فرع عندما - تم عمل استنساخ لفرع واحد ، لا يوجد فرع تتبع عن بعد
مكون.

- متسلسل ، - وحدات فرعية متكررة
بعد إنشاء الاستنساخ ، قم بتهيئة جميع الوحدات الفرعية الموجودة بداخلها ، باستخدام الافتراضي الخاص بها
إعدادات. هذا يعادل تشغيل تحديث الوحدة الفرعية git --init --recursive
مباشرة بعد الانتهاء من الاستنساخ. يتم تجاهل هذا الخيار إذا تم استنساخه
لا يحتوي المستودع على شجرة عمل / تسجيل خروج (على سبيل المثال ، في حالة وجود أي من - no-checkout / -n ، - bare ،
أو - المرآة)

- منفصل-جيت-دير =
بدلاً من وضع المستودع المستنسخ حيث من المفترض أن يكون ، ضع المستنسخ
المستودع في الدليل المحدد ، ثم اجعل بوابة Git رمزية لنظام الملفات
الارتباط هناك. والنتيجة هي أنه يمكن فصل مستودع Git عن الشجرة العاملة.


المستودع (الذي ربما يكون بعيدًا) المراد الاستنساخ منه. راجع قسم URLS أدناه لمزيد من المعلومات
معلومات عن تحديد المستودعات.


اسم دليل جديد للنسخ إليه. الجزء "الإنساني" من المصدر
يتم استخدام المستودع إذا لم يتم تقديم دليل صريحًا (repo لـ /path/to/repo.git و
foo لـ host.xz: foo / .git). يُسمح بالاستنساخ إلى دليل موجود فقط إذا كان امتداد الملف
الدليل فارغ.

GIT عناوين URL


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

يدعم Git بروتوكولات ssh و git و http و https (بالإضافة إلى ذلك ، يمكن استخدام ftp و ftps
للجلب و rsync يمكن استخدامها للجلب والدفع ، ولكن هذه غير فعالة و
إهمال؛ لا تستخدمها).

لا يقوم النقل الأصلي (على سبيل المثال git: // URL) بالمصادقة ويجب استخدامه مع
الحذر على الشبكات غير الآمنة.

يمكن استخدام الصيغ التالية معهم:

· ssh: // [user @] host.xz [: port] /path/to/repo.git/

· git: //host.xz [: port] /path/to/repo.git/

· http [s]: //host.xz [: port] /path/to/repo.git/

· ftp [s]: //host.xz [: port] /path/to/repo.git/

· rsync: //host.xz/path/to/repo.git/

يمكن أيضًا استخدام صيغة بديلة تشبه scp مع بروتوكول ssh:

· [user @] host.xz: path / to / repo.git /

يتم التعرف على بناء الجملة هذا فقط في حالة عدم وجود شرطات مائلة قبل علامة النقطتين الأولى. هذا يساعد
تمييز مسار محلي يحتوي على نقطتين. على سبيل المثال المسار المحلي foo: bar يمكن أن يكون
يتم تحديده كمسار مطلق أو ./foo:bar لتجنب إساءة تفسيره على أنه عنوان url ssh.

يدعم بروتوكولات ssh و git أيضًا توسيع اسم المستخدم:

· ssh: // [user @] host.xz [: port] / ~ [مستخدم] /path/to/repo.git/

· git: //host.xz [: port] / ~ [مستخدم] /path/to/repo.git/

· [مستخدم @] host.xz: / ~ [مستخدم] /path/to/repo.git/

بالنسبة للمستودعات المحلية ، المدعومة أيضًا بواسطة Git محليًا ، قد تكون الصيغ التالية
مستعمل:

· /المسار/إلى/repo.git/

· ملف: ///path/to/repo.git/

هاتان الصيغتان متكافئتان في الغالب ، ما عدا الخيار الأول يعني - الخيار المحلي.

عندما لا يعرف Git كيفية التعامل مع بروتوكول نقل معين ، فإنه يحاول استخدام الامتداد
التحكم عن بعد- المساعد البعيد ، إن وجد. لطلب مساعد بعيد صراحة ،
يمكن استخدام الصيغة التالية:

· ::

أين قد يكون مسارًا أو خادمًا ومسارًا أو سلسلة عشوائية تشبه عنوان URL
يتعرف عليه المساعد البعيد المحدد الذي يتم استدعاؤه. يرى مساعدين gitremote(1) من أجل
تفاصيل.

إذا كان هناك عدد كبير من المستودعات البعيدة ذات الأسماء المتشابهة وتريد استخدام ملف
تنسيق مختلف لهم (مثل أن عناوين URL التي تستخدمها ستتم إعادة كتابتها في عناوين URL التي
work) ، يمكنك إنشاء قسم تكوين من النموذج:

[عنوان url " "]
بدلا من =

على سبيل المثال ، مع هذا:

[url "git: //git.host.xz/"]
بدلاً من ذلك = host.xz: / path / to /
بدلا من = العمل:

عنوان URL مثل "work: repo.git" أو مثل "host.xz: /path/to/repo.git" ستتم إعادة كتابته في أي
السياق الذي يأخذ عنوان URL ليكون "git: //git.host.xz/repo.git".

إذا كنت ترغب في إعادة كتابة عناوين URL للدفع فقط ، فيمكنك إنشاء قسم تكوين لملف
شكل:

[عنوان url " "]
pushInsteadOf =

على سبيل المثال ، مع هذا:

[url "ssh: //example.org/"]
pushInsteadOf = git: //example.org/

ستتم إعادة كتابة عنوان URL مثل "git: //example.org/path/to/repo.git" إلى
"ssh: //example.org/path/to/repo.git" لعمليات الدفع ، ولكن ستظل عمليات السحب تستخدم الأصل
URL.

أمثلة


· استنساخ من المنبع:

git clone git: //git.kernel.org/pub/scm/.../linux.git my-linux
ماي لينكس $ cd
$ الصنع

جعل استنساخ المحلي الذي يقترض من الدليل الحالي ، دون التحقق من الأشياء
خارج:

استنساخ $ git -l -s -n. ../ينسخ
$ قرص مضغوط ../نسخة
فرع عرض بوابة $

استنساخ من المنبع أثناء الاقتراض من دليل محلي موجود:

استنساخ $ git - مرجع /git/linux.git \
بوابة: //git.kernel.org/pub/scm/.../linux.git \
ماي لينكس
ماي لينكس $ cd

· أنشئ مستودعًا مكشوفًا لنشر تغييراتك للجمهور:

استنساخ $ git - bare -l /home/proj/.git /pub/scm/proj.git

GIT


جزء من طائرة نفاثة(1) جناح

استخدم git-clone عبر الإنترنت باستخدام خدمات onworks.net


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

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

أوامر لينكس

Ad




×
الإعلانات
❤️تسوق أو احجز أو اشترِ هنا - بدون تكلفة، مما يساعد على إبقاء الخدمات مجانية.