فرمت git-check-ref - آنلاین در ابر

برنامه:

نام

git-check-ref-format - اطمینان حاصل می کند که نام مرجع به خوبی شکل گرفته است

خلاصه

دستگاه گوارش فرمت check-ref [--عادی کردن]
[--[no-]allow-onelevel] [--refspec-pattern]

دستگاه گوارش فرمت check-ref --شاخه

شرح

بررسی می کند که آیا داده شده است refname قابل قبول است و در غیر این صورت با وضعیت غیر صفر خارج می شود.

یک مرجع در Git برای تعیین شاخه ها و تگ ها استفاده می شود. یک سر شاخه در آن ذخیره می شود
سلسله مراتب refs/heads، در حالی که یک تگ در سلسله مراتب refs/tags ref ذخیره می شود.
فضای نام (معمولاً در فهرست‌های $GIT_DIR/refs/heads و $GIT_DIR/refs/tags یا به عنوان
ورودی‌های فایل $GIT_DIR/packed-refs اگر ref‌ها توسط git gc بسته‌بندی شوند.

Git قوانین زیر را در مورد نحوه نامگذاری مراجع اعمال می کند:

1. آنها می توانند شامل اسلش / برای گروه بندی سلسله مراتبی (دایرکتوری) باشند، اما بدون اسلش از هم جدا شوند.
جزء می تواند با یک نقطه شروع شود. یا با دنباله قفل خاتمه دهید.

2. باید حداقل یک مورد داشته باشند /. این امر حضور یک دسته مانند را تحمیل می کند
heads/، tags/ و غیره اما نام های واقعی محدود نیستند. اگر --allow-onelevel
گزینه استفاده می شود، این قانون چشم پوشی می کند.

3. آنها نمی توانند دو نقطه متوالی .. در هر جایی داشته باشند.

4. آنها نمی توانند کاراکترهای کنترل ASCII داشته باشند (یعنی بایت هایی که مقادیر آنها کمتر از
\040، یا \177 DEL)، فاصله، tilde ~، caret ^، یا کولون: هر کجا.

5. آنها نمی توانند علامت سوال ?، ستاره *، یا براکت باز [ را در هر جایی داشته باشند. را ببینید
گزینه --refspec-pattern در زیر برای استثنایی از این قانون.

6. آنها نمی توانند با یک اسلش شروع یا خاتمه پیدا کنند / یا حاوی چندین اسلش متوالی باشند (نگاه کنید به
گزینه --normalize زیر برای استثنایی از این قانون)

7. آنها نمی توانند با یک نقطه تمام شوند.

8. آنها نمی توانند حاوی یک دنباله @{ باشند.

9. آنها نمی توانند تک کاراکتر @ باشند.

10. آنها نمی توانند حاوی \ باشند.

این قوانین تجزیه نام های مرجع، نام مسیر را برای ابزارهای مبتنی بر اسکریپت پوسته آسان می کند
گسترش توسط پوسته زمانی که نام مرجع بدون نقل قول (به اشتباه) استفاده می شود، و همچنین اجتناب کنید
ابهامات در عبارات نام مرجع خاص (نگاه کنید به gitrevisions(7)):

1. دو نقطه .. اغلب مانند ref1..ref2 استفاده می شود، و در برخی زمینه ها از این نماد استفاده می شود.
یعنی ^ref1 ref2 (یعنی نه در ref1 و در ref2).

2. از tilde ~ و caret ^ برای معرفی پسوند استفاده می شود چهارم پدر یا مادر و پوست کندن پیاز
عمل.

3. دو نقطه : مانند srcref:dstref به معنای استفاده از مقدار srcref و ذخیره آن در
dstref" در عملیات fetch و push. همچنین ممکن است برای انتخاب یک شی خاص استفاده شود
مانند با دستگاه گوارش cat-پرونده: "git cat-file blob v1.3.3:refs.c".

4. at-open-brace @{ به عنوان نماد برای دسترسی به ورودی reflog استفاده می شود.

با گزینه --branch، " نحو شاخه قبلی" @{-n} را گسترش می دهد. مثلا،
@{-1} راهی برای ارجاع آخرین شعبه ای است که در آن بودید. این گزینه باید توسط
چینی برای پذیرش این نحو در هر جایی که یک نام شاخه مورد انتظار است، بنابراین آنها می توانند به عنوان اگر عمل کنند
شما نام شعبه را تایپ کردید

OPTIONS

--[no-]allow-onelevel
کنترل می‌کند که آیا نام‌های مجدد یک سطحی پذیرفته می‌شوند (یعنی نام‌های تغییر نام‌هایی که حاوی نیستند
چند مولفه /-جدا شده). پیش فرض --no-allow-onelevel است.

--refspec-pattern
تفسیر به عنوان الگوی نام مرجع برای یک refspec (همانطور که با ریموت استفاده می شود
مخازن). اگر این گزینه فعال باشد، مجاز به داشتن یک * واحد است
در refspec (به عنوان مثال، foo/bar*/baz یا foo/bar*baz/ اما نه foo/bar*/baz*).

-- عادی کردن
عادی سازی refname با حذف هر یک از کاراکترهای اسلش اصلی (/) و اجراهای جمع شده از
اسلش های مجاور بین اجزای نام به یک اسلش واحد. اگر نرمال شود
refname معتبر است، سپس آن را در خروجی استاندارد چاپ کنید و با وضعیت 0 خارج شوید.
(--print یک روش منسوخ برای املای --normalize است.)

مثال ها

· چاپ نام شعبه قبلی:

$ git check-ref-format --branch @{-1}

· نام مرجع برای استفاده برای یک شاخه جدید را تعیین کنید:

$ ref=$(git check-ref-format --normalize "refs/heads/$newbranch") ||
die "ما "$newbranch" را به عنوان نام شعبه دوست نداریم."

GIT

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

با استفاده از خدمات onworks.net از فرمت git-check-ref به صورت آنلاین استفاده کنید