git-clone

برنامه:

نام

git-clone - یک مخزن را در یک فهرست جدید کلون کنید

خلاصه

دستگاه گوارش کلون کردن [--قالب= ]
[-l] [-s] [--بدون پیوندهای سخت] [-q] [-n] [--بره] [--آینه]
[-o ] [-ب ] [-u ] [--مرجع ]
[-- جدا کردن] [--separate-git-dir ]
[--عمق ] [--[بدون-]تک شاخه]
[-- بازگشتی | --recurse-submodules] [--]
[ ]

شرح

یک مخزن را در دایرکتوری تازه ایجاد شده کلون می کند، شاخه های ردیابی از راه دور برای آن ایجاد می کند
هر شاخه در مخزن کلون شده (قابل مشاهده با استفاده از شاخه git -r)، و ایجاد و بررسی می کند
یک شاخه اولیه که از شاخه فعال فعلی مخزن کلون شده جدا شده است.

پس از کلون، یک git ساده واکشی بدون آرگومان تمام ردیابی از راه دور را به روز می کند
شاخه ها، و یک کشش git بدون آرگومان، علاوه بر این، شاخه اصلی راه دور را ادغام می کند
به شاخه اصلی فعلی، در صورت وجود (این نادرست است زمانی که "--شاخه-شاخه" داده می شود.
زیر را ببینید).

این پیکربندی پیش فرض با ایجاد ارجاع به سر شاخه های راه دور به دست می آید
تحت refs/remotes/origin و با مقداردهی اولیه remote.origin.url و remote.origin.fetch
متغیرهای پیکربندی

OPTIONS

--محلی، -l
هنگامی که مخزن برای شبیه سازی از روی یک ماشین محلی است، این پرچم از حالت عادی عبور می کند
مکانیسم انتقال "Git aware" و با ایجاد یک کپی از HEAD و مخزن را شبیه سازی می کند
همه چیز در پوشه های اشیاء و refs. فایل های زیر دایرکتوری git/objects/
برای صرفه جویی در فضا در صورت امکان، پیوند سختی دارند.

اگر مخزن به عنوان یک مسیر محلی (مثلاً /path/to/repo) مشخص شده باشد، این
پیش‌فرض، و --local اساساً یک no-op است. اگر مخزن به عنوان یک URL مشخص شده باشد،
سپس این پرچم نادیده گرفته می شود (و ما هرگز از بهینه سازی های محلی استفاده نمی کنیم). مشخص کردن
--no-local زمانی که /path/to/repo داده می شود، با استفاده از معمولی، پیش فرض را لغو می کند
در عوض Git transport.

--بدون پیوند سخت
فرآیند شبیه سازی را از یک مخزن در یک سیستم فایل محلی مجبور کنید تا فایل ها را کپی کند
به جای استفاده از لینک‌های سخت، زیر دایرکتوری git/objects. این ممکن است مطلوب باشد اگر
شما در حال تلاش برای ایجاد یک نسخه پشتیبان از مخزن خود هستید.

-- اشتراک گذاری شده، -s
هنگامی که مخزن برای شبیه سازی در ماشین محلی است، به جای استفاده از لینک های سخت،
به طور خودکار git/objects/info/alternates را برای اشتراک گذاری اشیاء با منبع تنظیم کنید
مخزن مخزن حاصل بدون هیچ شیئی از خود شروع می شود.

توجه داشته باشید: این یک عملیات احتمالا خطرناک است. انجام دادن نه از آن استفاده کنید مگر اینکه بفهمید چیست
انجام می دهد. اگر مخزن خود را با استفاده از این گزینه کلون کنید و سپس شاخه ها را حذف کنید (یا
از هر دستور Git دیگری که باعث می شود هر commit موجود بدون مرجع باشد) در منبع استفاده کنید
مخزن، برخی از اشیاء ممکن است بدون مرجع (یا آویزان) شوند. این اشیاء ممکن است
با عملیات Git معمولی (مانند git commit) که به طور خودکار git gc را فراخوانی می کند، حذف می شود
--خودکار. (دیدن git-gc(1).) اگر این اشیاء حذف شده و توسط
مخزن کلون شده، سپس مخزن کلون شده فاسد می شود.

توجه داشته باشید که اجرای git repack بدون گزینه -l در یک مخزن کلون شده با -s will
اشیاء را از مخزن منبع در یک بسته در مخزن کلون شده کپی کنید و حذف کنید
صرفه جویی در فضای دیسک clone -s. با این حال، اجرای git gc که از آن استفاده می کند بی خطر است
گزینه -l به طور پیش فرض.

اگر می خواهید وابستگی یک مخزن کلون شده با -ها را به منبع آن قطع کنید
مخزن، می توانید به سادگی git repack -a را اجرا کنید تا همه اشیا را از منبع کپی کنید
مخزن به یک بسته در مخزن کلون شده.

--مرجع
اگر مخزن مرجع در ماشین محلی است، به طور خودکار راه اندازی شود
.git/objects/info/alternates برای به دست آوردن اشیاء از مخزن مرجع. با استفاده از یک
مخزن موجود به عنوان جایگزین به اشیاء کمتری برای کپی کردن نیاز دارد
از مخزن در حال شبیه سازی، کاهش هزینه های شبکه و ذخیره سازی محلی.

توجه داشته باشید: NOTE را برای گزینه --shared و همچنین گزینه --dissociate را ببینید.

-- جدا کردن
اشیاء را از مخازن مرجع مشخص شده با گزینه --reference قرض بگیرید
فقط برای کاهش انتقال شبکه، و توقف وام گرفتن از آنها پس از ایجاد یک کلون توسط
تهیه کپی محلی لازم از اشیاء قرض گرفته شده. این گزینه همچنین می تواند مورد استفاده قرار گیرد زمانی که
شبیه سازی محلی از یک مخزن که قبلاً اشیاء را از دیگری قرض گرفته است
مخزن - مخزن جدید اشیاء را از همان مخزن قرض می گیرد و این
می توان از گزینه برای توقف وام استفاده کرد.

-- آرام، -q
بی سر و صدا عمل کنید پیشرفت به جریان خطای استاندارد گزارش نشده است. این پرچم است
همچنین هنگام داده شدن به دستور 'rsync' منتقل می شود.

-- پرحرف، -v
پر حرف بدوید بر گزارش وضعیت پیشرفت به خطای استاندارد تأثیر نمی گذارد
جریان.

--پیش رفتن
وضعیت پیشرفت در جریان خطای استاندارد به‌طور پیش‌فرض زمانی گزارش می‌شود
به یک ترمینال متصل است، مگر اینکه -q مشخص شده باشد. این پرچم حتی وضعیت پیشرفت را تحمیل می کند
اگر جریان خطای استاندارد به یک ترمینال هدایت نشود.

--بدون پرداخت، -n
پس از تکمیل کلون، هیچ پرداخت HEAD انجام نمی شود.

-- برهنه
ساختن یک لخت مخزن Git. یعنی به جای ایجاد و قرار دادن
فایل های اداری در /.git، ساختن خود GIT_DIR $.
این به وضوح دلالت بر -n دارد زیرا جایی برای بررسی درخت کار وجود ندارد.
همچنین سران شعب در ریموت مستقیماً در شعبه محلی مربوطه کپی می شوند
هدها، بدون نگاشت آنها به refs/remotes/origin/. وقتی از این گزینه استفاده می شود، هیچ کدام
شاخه های ردیابی از راه دور و یا متغیرهای پیکربندی مرتبط ایجاد می شوند.

--آینه
یک آینه از مخزن منبع تنظیم کنید. این به معنی - برهنه است. در مقایسه با - برهنه،
--mirror نه تنها شاخه های محلی منبع را به شاخه های محلی هدف نگاشت می کند،
این نقشه همه ref ها (از جمله شاخه های ردیابی از راه دور، یادداشت ها و غیره) و راه اندازی یک
پیکربندی refspec به گونه ای که همه این ref ها توسط یک به روز رسانی از راه دور git بازنویسی می شوند
در مخزن هدف

--اصل و نسب ، -o
به جای استفاده از مبدا نام راه دور برای پیگیری مخزن بالادستی، استفاده کنید
.

--شاخه ، -ب
به جای اینکه HEAD جدید ایجاد شده را به شاخه ای که توسط کلون شده به آن اشاره شده است، نشان دهید
HEAD مخزن، اشاره به در عوض شاخه در یک مخزن غیر برهنه، این است
شعبه ای که بررسی می شود --branch همچنین می تواند تگ ها را بگیرد و آن را جدا کند
HEAD در آن commit در مخزن حاصل.

-- آپلود-بسته ، -u
هنگامی که داده می شود، و مخزن برای شبیه سازی از طریق ssh قابل دسترسی است، این یک را مشخص می کند
مسیر غیر پیش‌فرض برای اجرای دستور در انتهای دیگر.

--قالب=
دایرکتوری که از آن الگوها استفاده می شود را مشخص کنید. (به "دایرکتوری الگو" مراجعه کنید
بخش از git-init(1).)

- پیکربندی = ، -ج =
یک متغیر پیکربندی را در مخزن تازه ایجاد شده تنظیم کنید. این اثر می گذارد
بلافاصله پس از مقداردهی اولیه مخزن، اما قبل از اینکه تاریخچه راه دور باشد
واکشی شده یا هر فایلی بررسی شده است. کلید در همان قالبی است که انتظار می رود git-
پیکربندی(1) (مثلاً core.eol=true). اگر چندین مقدار برای یک کلید داده شود، هر کدام
مقدار در فایل پیکربندی نوشته می شود. این باعث می شود که برای مثال اضافه کردن ایمن باشد
واکشی اطلاعات اضافی به ریموت مبدا.

--عمق
ایجاد یک کم عمق کلون با سابقه کوتاه شده به تعداد مشخص شده commit.
دلالت بر --تک شاخه ای دارد مگر اینکه --no-single-branch برای واکشی تاریخچه های نزدیک داده شود
نوک همه شاخه ها

--[نه-]تک شاخه
فقط تاریخچه ای را که به نوک یک شاخه منتهی می شود، شبیه سازی کنید، که یا توسط آن مشخص شده است
گزینه --branch یا HEAD ریموت انشعاب اولیه به این نقطه اشاره می کند. واکشی بیشتر به
مخزن حاصل فقط شاخه ردیابی از راه دور را برای شعبه به روز می کند
این گزینه برای شبیه سازی اولیه استفاده شد. اگر HEAD در کنترل از راه دور اشاره نمی کرد
در هر شعبه ای که کلون --تک شاخه ساخته شد، هیچ شاخه ردیابی از راه دور وجود ندارد
ایجاد شده است.

--recursive، --recurse-submodules
پس از ایجاد کلون، با استفاده از پیش‌فرض، تمام زیرماژول‌های درون آن را مقداردهی اولیه کنید
تنظیمات. این معادل اجرای به روز رسانی زیر ماژول git --init --recursive است
بلافاصله پس از اتمام کلون اگر کلون شده باشد، این گزینه نادیده گرفته می شود
مخزن درخت کاری/خروجی ندارد (یعنی اگر یکی از --no-checkout/-n، --bare،
یا -- آینه داده می شود)

--separate-git-dir=
به جای قرار دادن مخزن کلون شده در جایی که قرار است باشد، کلون شده را قرار دهید
مخزن در دایرکتوری مشخص شده، سپس یک Git سیستم فایل را نمادین کنید
به آنجا پیوند دهید نتیجه این است که مخزن Git را می توان از درخت کاری جدا کرد.


مخزن (احتمالاً راه دور) برای شبیه سازی. برای اطلاعات بیشتر به بخش URLS زیر مراجعه کنید
اطلاعات مربوط به مشخص کردن مخازن


نام دایرکتوری جدیدی که باید در آن کلون شود. بخش "انسانی" منبع
مخزن در صورتی استفاده می شود که هیچ دایرکتوری به صراحت داده نشده باشد (repo برای /path/to/repo.git و
foo برای host.xz:foo/.git). کلون کردن در یک فهرست موجود تنها در صورتی مجاز است که
دایرکتوری خالی است

GIT آدرس های اینترنتی

به طور کلی، URL ها حاوی اطلاعاتی در مورد پروتکل حمل و نقل، آدرس آن هستند
سرور راه دور و مسیر مخزن. بسته به پروتکل حمل و نقل، برخی از
این اطلاعات ممکن است وجود نداشته باشد.

Git از پروتکل های ssh، git، http و https پشتیبانی می کند (علاوه بر این، می توان از ftp و ftps استفاده کرد.
for fetching و 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]/~[user]/path/to/repo.git/

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

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

برای مخازن محلی، که به صورت بومی توسط Git نیز پشتیبانی می‌شوند، سینتکس‌های زیر ممکن است وجود داشته باشند
استفاده شده:

· /path/to/repo.git/

· file:///path/to/repo.git/

این دو نحو اکثراً معادل هستند، با این تفاوت که مورد اول دلالت بر گزینه --local دارد.

وقتی Git نمی داند چگونه با یک پروتکل حمل و نقل خاص مدیریت کند، سعی می کند از آن استفاده کند
از راه دور- کمک از راه دور، در صورت وجود. برای درخواست صریح کمک از راه دور،
ممکن است از نحو زیر استفاده شود:

· ::

جایی که ممکن است یک مسیر، یک سرور و مسیر، یا یک رشته URL مانند دلخواه باشد
توسط کمکی از راه دور خاص که فراخوانی می شود شناسایی می شود. دیدن gitremote-helpers(1) برای
جزئیات.

اگر تعداد زیادی مخزن راه دور با نام مشابه وجود دارد و می خواهید از a استفاده کنید
فرمت های مختلف برای آنها (مانند 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
$ سی دی my-linux
$ ساخت

یک کلون محلی بسازید که از دایرکتوری فعلی وام می گیرد، بدون اینکه چیزها را بررسی کنید
بیرون:

$ git کلون -l -s -n. ../کپی 🀄
$ سی دی ../کپی
$ git show-branch

هنگام قرض گرفتن از دایرکتوری محلی موجود، از بالادست کلون کنید:

$ git clone --reference /git/linux.git \
git://git.kernel.org/pub/scm/.../linux.git \
my-linux
$ سی دی my-linux

یک مخزن خالی ایجاد کنید تا تغییرات خود را برای عموم منتشر کنید:

$ git clone --bare -l /home/proj/.git /pub/scm/proj.git

GIT

بخشی از دستگاه گوارش(1) سوئیت

از git-clone آنلاین با استفاده از خدمات onworks.net استفاده کنید