git-status - آنلاین در ابر

برنامه:

نام

git-status - وضعیت درخت کار را نشان دهید

خلاصه

دستگاه گوارش وضعیت [ ...] [--] [ ...]

شرح

مسیرهایی را نشان می دهد که بین فایل ایندکس و عهد HEAD فعلی تفاوت دارند.
مسیرهایی که بین درخت کاری و فایل ایندکس تفاوت دارند و مسیرهایی در
درخت کاری که توسط Git ردیابی نمی شوند (و نادیده گرفته نمی شوند gitignore(5)). اولین
چیزی که شما هستید خواهد بود commit با اجرای git commit; دوم و سوم آن چیزی است که شما میتوانست
با دویدن متعهد شوید دستگاه گوارش اضافه کردن قبل از اجرای git commit

OPTIONS

-s، --کوتاه
خروجی را در قالب کوتاه ارائه دهید.

-b، --شاخه
اطلاعات شعبه و ردیابی را حتی در قالب کوتاه نشان دهید.

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

--طولانی
خروجی را با فرمت طولانی ارائه دهید. این پیش فرض است.

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

-u[ ]، --untracked-files[= ]
نمایش فایل های ردیابی نشده

پارامتر mode برای تعیین نحوه مدیریت فایل های ردیابی نشده استفاده می شود. اختیاری است:
پیش فرض آن است تمام، و در صورت مشخص شدن، باید به گزینه (مثلا -uno، but
نه -u نه).

گزینه های ممکن عبارتند از:

· نه - نمایش هیچ فایل ردیابی نشده

· طبیعی - فایل ها و دایرکتوری های ردیابی نشده را نشان می دهد.

· تمام - همچنین فایل های فردی را در فهرست های ردیابی نشده نشان می دهد.

هنگامی که گزینه -u استفاده نمی شود، فایل ها و دایرکتوری های ردیابی نشده نشان داده می شوند (یعنی
مانند مشخص کردن نرمال)، برای کمک به شما در جلوگیری از فراموش کردن اضافه کردن موارد جدید ایجاد شده
فایل ها. از آنجایی که یافتن فایل‌های ردیابی نشده در سیستم فایل نیازمند کار اضافی است
حالت ممکن است در یک درخت کار بزرگ مدتی طول بکشد. فعال کردن کش ردیابی نشده را در نظر بگیرید
و در صورت پشتیبانی، ایندکس را تقسیم کنید (به git update-index --untracked-cache and git مراجعه کنید
update-index --split-index)، در غیر این صورت می توانید از no برای بازگشت وضعیت git استفاده کنید
سریعتر بدون نمایش فایلهای ردیابی نشده

پیش فرض را می توان با استفاده از پیکربندی status.showUntrackedFiles تغییر داد
متغیر مستند شده در گیت(1).

--ignore-submodules[= ]
هنگام جستجوی تغییرات، تغییرات زیر ماژول ها را نادیده بگیرید. می تواند "هیچ" باشد،
«ردیابی نشده»، «کثیف» یا «همه» که پیش‌فرض است. استفاده از "هیچ" این را در نظر می گیرد
زمانی که زیر ماژول حاوی فایل‌های ردیابی نشده یا اصلاح‌شده یا HEAD باشد، اصلاح می‌شود
با commit ثبت شده در ابرپروژه متفاوت است و می توان از آن برای نادیده گرفتن هر کدام استفاده کرد
تنظیمات چشم پوشی از گزینه در گیت(1) یا gitmodules(5). وقتی "ردیابی نشده" است
زیر ماژول های استفاده شده زمانی کثیف تلقی نمی شوند که فقط حاوی محتوای ردیابی نشده باشند (اما
آنها هنوز برای محتوای اصلاح شده اسکن می شوند). استفاده از "کثیف" همه تغییرات را نادیده می گیرد
درخت کاری از زیر ماژول ها، تنها تغییراتی در commit های ذخیره شده در ابر پروژه می باشد
نشان داده شده است (این رفتار قبل از 1.7.0 بود). استفاده از "همه" همه تغییرات را پنهان می کند
زیر ماژول ها (و خروجی خلاصه های زیر ماژول را زمانی که گزینه پیکربندی وجود دارد سرکوب می کند
status.submoduleSummary تنظیم شده است).

-- نادیده گرفته شد
فایل های نادیده گرفته شده را نیز نمایش دهید.

-z
به جای LF ورودی ها را با NUL خاتمه دهید. این به معنای فرمت خروجی --porcelain است
اگر قالب دیگری داده نشده باشد.

-- ستون[= ]، --بدون ستون
نمایش فایل های ردیابی نشده در ستون ها برای مشاهده ستون. وضعیت متغیر پیکربندی
نحو گزینه.--column و --no-column بدون گزینه معادل هستند همیشه و
هرگز بود.

OUTPUT

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

مسیرهای ذکر شده در خروجی، بر خلاف بسیاری از دستورات Git دیگر، نسبت به آن ساخته می شوند
دایرکتوری فعلی اگر در یک زیر شاخه کار می کنید (این به قصد کمک است
برش و چسباندن). گزینه status.relativePaths config را در زیر ببینید.

کوتاه قالب
در قالب کوتاه، وضعیت هر مسیر به صورت نمایش داده می شود

XY PATH1 -> PATH2

که در آن PATH1 مسیر HEAD است، و قسمت " -> PATH2" تنها زمانی نشان داده می شود که PATH1
مربوط به مسیر متفاوتی در index/worktree است (یعنی فایل تغییر نام داده است). XY
یک کد وضعیت دو حرفی است.

فیلدها (از جمله ->) با یک فاصله از یکدیگر جدا می شوند. اگر یک
نام فایل حاوی فضای خالی یا سایر کاراکترهای غیرقابل چاپ است، آن فیلد نقل قول خواهد شد
به روش یک رشته C به معنای واقعی کلمه: احاطه شده توسط دو نقل قول ASCII (34) کاراکتر، و
با کاراکترهای ویژه داخلی به صورت بک اسلش فرار کرد.

برای مسیرهایی با تداخل ادغام، X و Y حالت های اصلاح هر طرف را نشان می دهند
ادغام. برای مسیرهایی که تداخل ادغام ندارند، X وضعیت ایندکس را نشان می دهد و Y
وضعیت درخت کار را نشان می دهد. برای مسیرهای ردیابی نشده، XY عبارتند از ??. سایر کدهای وضعیت می توانند
به صورت زیر تفسیر شود:

· ' ' = بدون تغییر

· M = اصلاح شده

· A = اضافه شد

· D = حذف شد

· R = تغییر نام داد

· C = کپی شده

· U = به روز شده اما ادغام نشده است

فایل های نادیده گرفته شده لیست نمی شوند، مگر اینکه گزینه --ignored در کار باشد که در این صورت XY هستند
!!

معنی XY
-------------------------------------------------
[MD] به روز نشد
M [MD] در فهرست به روز شد
یک [ MD] به فهرست اضافه شد
D [M] از فهرست حذف شد
R [ MD] در فهرست تغییر نام داد
C [MD] در فهرست کپی شده است
[MARC] فهرست و درخت کار مطابقت دارد
[ MARC] M درخت کاری از زمان نمایه تغییر کرد
[ MARC] D در درخت کار حذف شد
-------------------------------------------------
DD ادغام نشد، هر دو حذف شدند
AU ادغام نشد، توسط ما اضافه شد
UD ادغام نشد، توسط آنها حذف شد
UA ادغام نشد، توسط آنها اضافه شد
DU ادغام نشد، توسط ما حذف شد
AA ادغام نشد، هر دو اضافه شدند
UU ادغام نشد، هر دو اصلاح شدند
-------------------------------------------------
? ? ردیابی نشده
! ! نادیده گرفته شده است
-------------------------------------------------

اگر -b استفاده شود، وضعیت فرمت کوتاه قبل از یک خط قرار می گیرد

## اطلاعات ردیابی نام شعبه

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

1. پیکربندی color.status کاربر رعایت نمی شود. رنگ همیشه خاموش خواهد بود

2. پیکربندی status.relativePaths کاربر رعایت نمی شود. مسیرهای نشان داده شده خواهد بود
همیشه نسبت به ریشه مخزن باشد.

همچنین یک فرمت جایگزین -z برای تجزیه ماشینی توصیه می شود. در آن قالب،
فیلد وضعیت یکسان است، اما برخی چیزهای دیگر تغییر می کنند. اول، -> از قلم افتاده است
نام ورودی‌ها را تغییر دهید و ترتیب فیلدها برعکس می‌شود (مثلاً از جانب -> به شود به از جانب). دوم، الف
NUL (ASCII 0) هر نام فایل را دنبال می کند و به عنوان جداکننده فیلد و فضای خالی را جایگزین می کند.
پایان خط جدید (اما یک فاصله هنوز فیلد وضعیت را از اولی جدا می کند
نام فایل). سوم، نام فایل‌های حاوی کاراکترهای خاص فرمت خاصی ندارند. نه
نقل قول یا بک اسلش فرار انجام می شود.

پیکربندی

دستور color.status (یا status.color - معنی آنها یکسان و دومی است
برای سازگاری با عقب نگه داشته شده است) و color.status. متغیرهای پیکربندی به
خروجی آن را رنگی کنید

اگر متغیر پیکربندی status.relativePaths روی false تنظیم شده باشد، تمام مسیرهای نشان داده شده هستند
نسبت به ریشه مخزن، نه به دایرکتوری فعلی.

اگر status.submoduleSummary روی یک عدد غیر صفر یا درست تنظیم شده باشد (یکسان با -1 یا یک
تعداد نامحدود)، خلاصه زیر ماژول برای قالب طولانی و خلاصه فعال خواهد شد
از commit ها برای زیر ماژول های اصلاح شده نشان داده می شود (گزینه --summary-limit of را ببینید git-
زیر ماژول(1)). لطفا توجه داشته باشید که خروجی خلاصه از دستور status خواهد بود
زمانی که diff.ignoreSubmodules روی تنظیم شده باشد، برای همه زیر ماژول‌ها سرکوب می‌شود تمام یا فقط برای آنها
زیر ماژول که در آن زیر ماژول. .نادیده گرفتن=همه. برای مشاهده خلاصه برای نادیده گرفته شده نیز
زیر ماژول ها می توانید از گزینه --ignore-submodules=dirty command line یا از گزینه استفاده کنید دستگاه گوارش
زیر ماژول خلاصه دستور، که خروجی مشابهی را نشان می دهد اما این تنظیمات را رعایت نمی کند.

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