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

برنامه:

نام

git - ردیاب محتوای احمقانه

خلاصه

دستگاه گوارش [--نسخه] [--راهنما] [-C ] [-ج = ]
[--exec-path[= ]] [--html-path] [--man-path] [--info-path]
[-p|--صفحه‌بندی|--بدون پیجر] [--بدون جایگزینی-اشیاء] [--برهنه]
[--git-dir= ] [--work-tree= ] [--namespace= ]
[ ]

شرح

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

دیدن gittutorial(7) برای شروع، سپس ببینید همه روزه(7) برای حداقل مجموعه مفید
دستورات در رفتن کاربر دستی[1] مقدمه عمیق تری دارد.

پس از تسلط بر مفاهیم اولیه، می توانید برای یادگیری چه چیزی به این صفحه بازگردید
دستوراتی که Git ارائه می دهد. می‌توانید با «git help» درباره دستورات Git بیشتر بیاموزید
فرمان». gitcli(7) صفحه دستی یک نمای کلی از نحو دستور خط فرمان را به شما می دهد.

نسخه قالب‌بندی‌شده و لینک‌شده آخرین مستندات Git را می‌توانید در اینجا مشاهده کنید
http://git-htmldocs.googlecode.com/git/git.html.

OPTIONS

- نسخه
نسخه مجموعه Git را چاپ می کند دستگاه گوارش برنامه از

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

گزینه های دیگری برای کنترل نحوه نمایش صفحه دستی در دسترس هستند. دیدن git-
کمک(1) برای اطلاعات بیشتر، زیرا git --help ... به صورت داخلی به git تبدیل می شود
کمک ....

-C
طوری اجرا کنید که انگار git در شروع شده است به جای دایرکتوری فعلی. چه زمانی
چندین گزینه -C داده شده است، هر کدام -C غیرمطلق بعدی تفسیر می شود
نسبت به -C قبلی .

این گزینه روی گزینه‌هایی تأثیر می‌گذارد که انتظار نام مسیر مانند --git-dir و --work-tree را دارند
که تفسیر آنها از نام مسیرها نسبت به کار انجام می شود
دایرکتوری که توسط گزینه -C ایجاد می شود. به عنوان مثال فراخوان های زیر هستند
معادل:

وضعیت git --git-dir=a.git --work-tree=b -C c
وضعیت git --git-dir=c/a.git --work-tree=c/b

-ج =
یک پارامتر پیکربندی را به دستور ارسال کنید. مقدار داده شده، مقادیر را لغو می کند
از فایل های پیکربندی در انتظار می رود در همان قالب فهرست شده توسط دستگاه گوارش
پیکربندی (کلیدهای فرعی با نقطه از هم جدا می شوند).

توجه داشته باشید که حذف = در git -c foo.bar ... مجاز است و foo.bar را روی مقدار تنظیم می کند.
مقدار واقعی بولی (درست مانند [foo]bar در یک فایل پیکربندی). از جمله برابران
اما با یک مقدار خالی (مانند git -c foo.bar= ...) foo.bar را روی رشته خالی قرار می دهد.

--exec-path[= ]
مسیری به جایی که برنامه های اصلی Git شما نصب شده اند. این را نیز می توان کنترل کرد
تنظیم متغیر محیطی GIT_EXEC_PATH. اگر مسیری داده نشود، دستگاه گوارش چاپ خواهد کرد
تنظیمات فعلی و سپس خروج.

مسیر --html
مسیری را که اسناد HTML Git در آن نصب شده است، بدون اسلش آخر چاپ کنید
و خارج شوید.

---مسیر انسان
manpath را چاپ کنید (نگاه کنید به مرد(1)) برای صفحات man برای این نسخه از Git و خروج.

---info- مسیر
مسیری را که در آن فایل های اطلاعاتی که این نسخه از Git را مستند می کنند، چاپ کنید و
خروج

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

--بدون پیجر
خروجی Git را به پیجر لوله نکنید.

--git-dir=
مسیر مخزن را تنظیم کنید. این را می توان با تنظیم GIT_DIR نیز کنترل کرد
متغیر محیطی. این می تواند یک مسیر مطلق یا مسیر نسبی به کار فعلی باشد
دایرکتوری.

--کار-درخت=
مسیر درخت کار را تنظیم کنید. این می تواند یک مسیر مطلق یا یک مسیر نسبت به
فهرست کار فعلی این را می توان با تنظیم GIT_WORK_TREE نیز کنترل کرد
متغیر محیطی و متغیر پیکربندی core.worktree (به core.worktree مراجعه کنید
in گیت(1) برای بحث دقیق تر).

--نام فضای =
فضای نام Git را تنظیم کنید. دیدن فضاهای نام گیت(7) برای جزئیات بیشتر. معادل تنظیم
متغیر محیطی GIT_NAMESPACE.

-- برهنه
با مخزن به عنوان یک مخزن خالی رفتار کنید. اگر محیط GIT_DIR تنظیم نشده باشد، تنظیم شده است
روی فهرست کاری فعلی تنظیم کنید.

--بدون جایگزینی-اشیاء
از ref های جایگزین برای جایگزینی اشیاء Git استفاده نکنید. دیدن git-replace(1) برای اطلاعات بیشتر
اطلاعات.

-مسیرهای تحت اللفظی
با pathspecs به معنای واقعی کلمه رفتار کنید (یعنی بدون globbing، بدون جادوی pathspec). این معادل است
متغیر محیطی GIT_LITERAL_PATHSPECS را روی 1 تنظیم کنید.

---glob-pathspecs
جادوی "glob" را به همه pathspec اضافه کنید. این معادل تنظیم GIT_GLOB_PATHSPECS است
متغیر محیطی به 1. غیرفعال کردن globbing در مسیرهای فردی می تواند انجام شود
با استفاده از جادوی pathspec ":(literal)"

--noglob-pathspecs
جادوی "لفظی" را به همه pathspec اضافه کنید. این معادل تنظیم است
متغیر محیطی GIT_NOGLOB_PATHSPECS به 1. فعال کردن globbing در فردی
pathspecs را می توان با استفاده از pathspec magic ":(glob)" انجام داد.

--icase-pathspecs
جادوی "icase" را به همه pathspec اضافه کنید. این معادل تنظیم است
متغیر محیطی GIT_ICASE_PATHSPECS به 1.

GIT دستورات

ما Git را به دستورات سطح بالا ("چینی") و دستورات سطح پایین ("لوله کشی") تقسیم می کنیم.

سطح بالا دستورات (ظروف چینی)

دستورات چینی را به دستورات اصلی و چند کاربر فرعی جدا می کنیم
خدمات رفاهی.

اصلی ظروف چینی دستورات
git-add(1)
محتویات فایل را به فهرست اضافه کنید.

git-am(1)
یک سری وصله از یک صندوق پستی اعمال کنید.

git-archive(1)
یک آرشیو از فایل ها از یک درخت با نام ایجاد کنید.

git-bisect(1)
از جستجوی باینری برای یافتن commit که یک باگ را معرفی کرده است استفاده کنید.

git-branch(1)
فهرست، ایجاد یا حذف شاخه ها.

git-bundle(1)
اشیاء و ارجاعات را با بایگانی جابجا کنید.

git-checkout(1)
شاخه ها را تغییر دهید یا فایل های درخت کار را بازیابی کنید.

git-cherry-pick(1)
تغییرات ایجاد شده توسط برخی از commit های موجود را اعمال کنید.

git-citool(1)
جایگزین گرافیکی برای git-commit.

git-clean(1)
فایل های ردیابی نشده را از درخت کار حذف کنید.

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

git-commit(1)
تغییرات را در مخزن ثبت کنید.

git-describe(1)
یک commit را با استفاده از آخرین برچسب قابل دسترسی از آن توصیف کنید.

git-diff(1)
نمایش تغییرات بین commit ها، commit و working tree و غیره.

git-fetch(1)
اشیاء و ref ها را از یک مخزن دیگر دانلود کنید.

گیت-قالب(1)
پچ ها را برای ارسال ایمیل آماده کنید.

git-gc(1)
فایل های غیر ضروری را پاک کنید و مخزن محلی را بهینه کنید.

git-grep(1)
خطوط مطابق با یک الگو را چاپ کنید.

git-gui(1)
یک رابط گرافیکی قابل حمل برای Git.

git-init(1)
یک مخزن Git خالی ایجاد کنید یا یک مخزن موجود را مجدداً راه اندازی کنید.

گیت(1)
نمایش گزارش های commit.

git-merge(1)
دو یا چند تاریخ توسعه را با هم بپیوندید.

git-mv(1)
یک فایل، یک دایرکتوری یا یک پیوند نمادین را جابجا یا تغییر نام دهید.

گیت-(1)
یادداشت های شی را اضافه یا بازرسی کنید.

git-pull(1)
از یک مخزن دیگر یا یک شعبه محلی واکشی و با آن ادغام کنید.

git-push(1)
به روز رسانی ref های راه دور همراه با اشیاء مرتبط.

git-rebase(1)
فوروارد پورت محلی به هد بالادستی به روز شده متعهد می شود.

git-reset(1)
HEAD فعلی را به حالت مشخص شده بازنشانی کنید.

git-revert(1)
برخی از commit های موجود را برگردانید.

git-rm(1)
فایل ها را از درخت کار و از فهرست حذف کنید.

git-shortlog(1)
خلاصه کردن دستگاه گوارش ورود به سیستم خروجی.

git-show(1)
انواع مختلف اشیاء را نشان دهید.

git-stash(1)
تغییرات را در یک پوشه کاری کثیف پنهان کنید.

وضعیت git(1)
وضعیت درخت کار را نشان دهید.

git-submodule(1)
زیر ماژول ها را راه اندازی، به روز رسانی یا بازرسی کنید.

git-tag(1)
یک شیء برچسب امضا شده با GPG را ایجاد، فهرست، حذف یا تأیید کنید.

git-worktree(1)
چندین درخت کار را مدیریت کنید.

گیتک(1)
مرورگر مخزن Git.

کمکی دستورات
دستکاری کننده ها:

گیت(1)
گزینه های مخزن یا جهانی را دریافت و تنظیم کنید.

git-fast-export(1)
صادرکننده داده Git

git-fast-import(1)
Backend برای واردکنندگان سریع داده Git.

git-filter-branch(1)
بازنویسی شاخه ها

git-mergetool(1)
ابزارهای حل تعارض ادغام را برای حل تضادهای ادغام اجرا کنید.

git-pack-refs(1)
برای دسترسی کارآمد به مخزن، سرها و برچسب ها را بسته بندی کنید.

git-prune(1)
تمام اشیاء غیرقابل دسترس را از پایگاه داده شیء هرس کنید.

git-reflog(1)
اطلاعات reflog را مدیریت کنید

git-relink(1)
اشیاء مشترک هاردلینک در مخازن محلی.

git-remote(1)
مجموعه ای از مخازن ردیابی شده را مدیریت کنید.

git-repack(1)
اشیاء بسته بندی نشده را در یک مخزن بسته بندی کنید.

git-replace(1)
برای جایگزینی اشیا، موارد را ایجاد، فهرست، حذف کنید.

بازجوها:

git-annotate(1)
خطوط فایل را با اطلاعات commit حاشیه نویسی کنید.

git-blame(1)
نمایش آخرین ویرایش و نویسنده ای که هر خط از یک فایل را تغییر داده است.

git-cherry(1)
یافتن تعهداتی که هنوز در بالادست اعمال نشده اند.

git-count-objects(1)
تعداد اشیاء بسته بندی نشده و مصرف دیسک آنها را بشمارید.

git-difftool(1)
نمایش تغییرات با استفاده از ابزارهای رایج تفاوت.

گیت-فاس(1)
اتصال و اعتبار اشیاء در پایگاه داده را تأیید می کند.

git-get-tar-commit-id(1)
commit ID را از آرشیو ایجاد شده با استفاده از git-archive استخراج کنید.

git-help(1)
اطلاعات راهنمای Git را نمایش دهید.

git-instaweb(1)
فوراً مخزن کاری خود را در gitweb مرور کنید.

git-merge-tree(1)
نمایش ادغام سه طرفه بدون لمس شاخص.

git-rerere(1)
استفاده مجدد از وضوح ضبط شده ادغام های دارای تضاد.

git-rev-parse(1)
پارامترها را انتخاب کرده و ماساژ دهید.

git-show-branch(1)
شاخه ها و تعهدات آنها را نشان دهید.

git-verify-commit(1)
امضای GPG commit ها را بررسی کنید.

git-verify-tag(1)
امضای GPG برچسب ها را بررسی کنید.

git-whatchanged(1)
گزارش‌ها را با تفاوتی که هر commit معرفی می‌کند نمایش دهید.

gitweb(1)
رابط وب Git (طراحی وب به مخازن Git).

تعامل با دیگران
این دستورات برای تعامل با SCM خارجی و با افراد دیگر از طریق Patch over هستند
ایمیل.

git-archimport(1)
یک مخزن Arch را به Git وارد کنید.

git-cvsexportcommit(1)
یک commit را به یک تسویه حساب CVS صادر کنید.

git-cvsimport(1)
داده های خود را از SCM دیگری که مردم دوست دارند از آن متنفر باشند نجات دهید.

git-cvsserver(1)
شبیه ساز سرور CVS برای Git.

git-imap-send(1)
مجموعه ای از وصله ها را از stdin به پوشه IMAP ارسال کنید.

git-p4(1)
از مخازن Perforce وارد کنید و به آنها ارسال کنید.

git-quiltimport(1)
یک پچ ست لحاف را روی شاخه فعلی اعمال می کند.

git- request-pull(1)
خلاصه ای از تغییرات معلق را ایجاد می کند.

پست الکترونیکی(1)
مجموعه ای از وصله ها را به عنوان ایمیل ارسال کنید.

git-svn(1)
عملیات دو طرفه بین مخزن Subversion و Git.

سطح پایین دستورات (لوله کشی)

اگرچه Git دارای لایه چینی مخصوص به خود است، اما دستورات سطح پایین آن کافی است
پشتیبانی از توسعه چینی های جایگزین توسعه دهندگان چنین چینی هایی ممکن است شروع کنند
با خواندن در مورد git-update-index(1) و git-read-tree(1).

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

شرح زیر دستورات سطح پایین را به دستوراتی که دستکاری می کنند تقسیم می کند
اشیاء (در مخزن، فهرست و درخت کار)، دستوراتی که و
مقایسه اشیاء و دستوراتی که اشیا و مراجع را بین مخازن جابجا می کنند.

دست کاری دستورات
git-apply(1)
یک پچ را روی فایل ها و/یا به فهرست اعمال کنید.

git-checkout-index(1)
فایل ها را از فهرست به درخت کار کپی کنید.

git-commit-tree(1)
یک شی commit جدید ایجاد کنید.

git-hash-object(1)
شناسه شی را محاسبه کرده و به صورت اختیاری یک حباب از یک فایل ایجاد می کند.

git-index-pack(1)
فایل فهرست بسته را برای یک بایگانی بسته بندی شده موجود بسازید.

git-merge-file(1)
یک ادغام فایل سه طرفه را اجرا کنید.

git-merge-index(1)
برای فایل هایی که نیاز به ادغام دارند، ادغام را اجرا کنید.

git-mktag(1)
یک شیء برچسب ایجاد می کند.

git-mktree(1)
یک شی درختی از متن فرمت شده درختی ls ​​بسازید.

git-pack-objects(1)
یک آرشیو بسته بندی شده از اشیاء ایجاد کنید.

git-prune-packed(1)
اشیاء اضافی را که از قبل در فایل‌های بسته هستند حذف کنید.

git-read-tree(1)
اطلاعات درخت را در فهرست می خواند.

git-symbolic-ref(1)
خواندن، تغییر و حذف نشانه های نمادین.

git-unpack-objects(1)
اشیاء را از یک آرشیو بسته بندی شده باز کنید.

git-update-index(1)
محتویات فایل را در درخت کاری در فهرست ثبت کنید.

git-update-ref(1)
نام شی ذخیره شده در یک مرجع را با خیال راحت به روز کنید.

git-write-tree(1)
یک شی درختی از نمایه فعلی ایجاد کنید.

بازجویی دستورات
git-cat-file(1)
اطلاعات محتوا یا نوع و اندازه را برای اشیاء مخزن ارائه دهید.

فایل های git-diff(1)
فایل های موجود در درخت کار و شاخص را با هم مقایسه می کند.

git-diff-index(1)
یک درخت را با درخت یا شاخص کار مقایسه کنید.

git-diff-tree(1)
محتوا و حالت حباب های یافت شده از طریق دو شی درخت را مقایسه می کند.

git-for-her-ref(1)
اطلاعات خروجی در هر مرجع

فایل های git-ls(1)
اطلاعات مربوط به فایل ها را در فهرست و درخت کار نشان دهید.

git-ls-remote(1)
فهرست منابع در یک مخزن راه دور.

git-ls-tree(1)
محتویات یک شی درختی را فهرست کنید.

git-merge-base(1)
تا آنجا که ممکن است اجداد مشترک خوبی را برای ادغام پیدا کنید.

git-name-rev(1)
اسامی نمادین برای دورهای داده شده پیدا کنید.

git-pack-redundant(1)
فایل های بسته اضافی را پیدا کنید.

git-rev-list(1)
لیست ها اشیاء را به ترتیب زمانی معکوس انجام می دهند.

git-show-index(1)
نمایش فهرست بایگانی بسته بندی شده

git-show-ref(1)
فهرست منابع در یک مخزن محلی.

git-unpack-file(1)
یک فایل موقت با محتویات یک حباب ایجاد می کند.

git-var(1)
یک متغیر منطقی Git را نشان دهید.

git-verify-pack(1)
فایل های آرشیو بسته بندی شده Git را اعتبارسنجی کنید.

به طور کلی، دستورات interrogate فایل های موجود در درخت کار را لمس نمی کنند.

همگام سازی مخازن
git-daemon(1)
یک سرور واقعا ساده برای مخازن Git.

git-fetch-pack(1)
اشیاء گمشده را از مخزن دیگری دریافت کنید.

git-http-backend(1)
اجرای سمت سرور Git از طریق HTTP.

git-send-pack(1)
اشیاء را روی پروتکل Git به مخزن دیگری فشار دهید.

git-update-server-info(1)
به روز رسانی فایل اطلاعات کمکی برای کمک به سرورهای گنگ.

در زیر دستورات کمکی مورد استفاده در بالا آمده است. کاربران نهایی معمولا از آنها استفاده نمی کنند
به طور مستقیم.

git-http-fetch(1)
از یک مخزن راه دور Git از طریق HTTP دانلود کنید.

git-http-push(1)
اشیاء را روی HTTP/DAV به مخزن دیگری فشار دهید.

git-parse-remote(1)
روال هایی برای کمک به تجزیه پارامترهای دسترسی به مخزن از راه دور.

git-receive-pack(1)
آنچه را که در مخزن هل داده شده است دریافت کنید.

git-shell(1)
پوسته ورود به سیستم محدود برای دسترسی SSH فقط Git.

git-upload-archive(1)
بایگانی را به git-archive برگردانید.

git-upload-pack(1)
اشیاء بسته بندی شده را به git-fetch-pack ارسال کنید.

داخلی یاور دستورات
اینها دستورات کمکی داخلی هستند که توسط دستورات دیگر استفاده می شوند. کاربران نهایی معمولا استفاده نمی کنند
آنها مستقیماً

git-check-attr(1)
نمایش اطلاعات ویژگی های gitat

git-check-نادیده گرفتن(1)
اشکال زدایی gitignore / حذف فایل ها.

git-check-mailmap(1)
نمایش نام های متعارف و آدرس ایمیل مخاطبین.

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

ستون git(1)
نمایش داده ها در ستون ها

git-credential(1)
بازیابی و ذخیره اطلاعات کاربری

git-credential-cache(1)
کمکی برای ذخیره موقت رمزهای عبور در حافظه.

git-credential-store(1)
کمک کننده برای ذخیره اعتبار روی دیسک.

git-fmt-merge-msg(1)
یک پیام ادغام commit تولید کنید.

git-interpret-trailers(1)
به افزودن اطلاعات ساختاریافته به پیام های commit کمک کنید.

git-mailinfo(1)
پچ و نویسندگی را از یک پیام ایمیل استخراج می کند.

git-mailsplit(1)
برنامه ساده یونیکس mbox splitter.

git-merge-one-file(1)
برنامه کمکی استاندارد برای استفاده با git-merge-index.

git-patch-id(1)
شناسه منحصر به فرد یک پچ را محاسبه کنید.

git-sh-i18n(1)
کد راه اندازی i18n Git برای اسکریپت های پوسته.

git-sh-setup(1)
کد راه اندازی اسکریپت پوسته Git معمولی.

git-stripspace(1)
فضای خالی غیر ضروری را حذف کنید.

پیکربندی سازوکار

Git از یک قالب متنی ساده برای ذخیره سفارشی‌سازی‌هایی که در هر مخزن هستند و به ازای هر مخزن هستند، استفاده می‌کند
کاربر. چنین فایل پیکربندی ممکن است به شکل زیر باشد:

#
# یک "#" یا ";" کاراکتر یک نظر را نشان می دهد.
#

; متغیرهای اصلی
[هسته]
; به حالت های فایل اعتماد نکنید
حالت فایل = نادرست

; هویت کاربر
[کاربر]
نام = "جونیو سی هامانو"
ایمیل = "[ایمیل محافظت شده]"

دستورات مختلف از فایل پیکربندی خوانده شده و عملکرد خود را بر اساس آن تنظیم می کنند.
دیدن گیت(1) برای لیست و جزئیات بیشتر در مورد مکانیسم پیکربندی.

مشخص کننده واژه شناسی

نام شی را برای هر نوع شی نشان می دهد.


نام شی blob را نشان می دهد.


نام شی درختی را نشان می دهد.


نام شی commit را نشان می دهد.


نام شی درخت، commit یا برچسب را نشان می دهد. دستوری که الف را می گیرد
آرگومان در نهایت می خواهد روی a عمل کند شیء اما به طور خودکار ارجاعات را حذف می کند
و اشیایی که در a .


نام شی commit یا برچسب را نشان می دهد. دستوری که الف را می گیرد بحث و جدل
در نهایت می خواهد بر روی یک عمل کند شیء اما به طور خودکار ارجاعات را حذف می کند
اشیایی که در a .


نشان می دهد که یک نوع شی مورد نیاز است. در حال حاضر یکی از: blob، tree، commit یا
برچسب.


یک نام فایل را نشان می دهد - تقریباً همیشه نسبت به ریشه ساختار درخت
GIT_INDEX_FILE توضیح می دهد.

نمادین شناسه ها

هر دستور Git هر دستوری را می پذیرد همچنین می توانید از نماد نمادین زیر استفاده کنید:

HEAD
رئیس شعبه فعلی را نشان می دهد.


یک برچسب معتبر نام (یعنی یک refs/tags/ مرجع).


یک سر معتبر نام (یعنی یک داور/سر/ مرجع).

برای فهرست کامل‌تر از روش‌های املای نام اشیا، به بخش «تعیین بازبینی‌ها» مراجعه کنید.
in gitrevisions(7).

فایل/دایرکتوری ساختار

لطفا gitrepository-layout(5) سند

خواندن githooks(5) برای جزئیات بیشتر در مورد هر قلاب.

SCM های سطح بالاتر ممکن است اطلاعات اضافی را در GIT_DIR $ ارائه و مدیریت کنند.

واژه شناسی

لطفا واژه نامه(7).

محیط زیست متغیرها

دستورات مختلف Git از متغیرهای محیطی زیر استفاده می کنند:

La رفتن مخزن
این متغیرهای محیطی برای تمام دستورات هسته گیت نب: شایان ذکر است که
آنها ممکن است توسط SCMS که در بالای Git قرار دارد استفاده یا لغو شوند، بنابراین در صورت استفاده از یک خارجی مراقب باشید
جلویی

GIT_INDEX_FILE
این محیط اجازه می دهد تا یک فایل فهرست جایگزین را مشخص کنید. اگر نه
مشخص شده، از پیش‌فرض $GIT_DIR/index استفاده می‌شود.

GIT_INDEX_VERSION
این متغیر محیطی اجازه می دهد تا یک نسخه شاخص برای جدید را مشخص کند
مخازن بر فایل‌های فهرست موجود تأثیری نمی‌گذارد. به طور پیش فرض فایل فهرست نسخه 2 یا
3 استفاده می شود. دیدن git-update-index(1) برای اطلاعات بیشتر

GIT_OBJECT_DIRECTORY
اگر دایرکتوری ذخیره سازی شی از طریق این متغیر محیطی مشخص شده باشد،
دایرکتوری های sha1 در زیر ایجاد می شوند - در غیر این صورت، $GIT_DIR/objects پیش فرض هستند
دایرکتوری استفاده می شود.

GIT_ALTERNATE_OBJECT_DIRECTORIES
با توجه به ماهیت تغییرناپذیر اشیاء Git، اشیاء قدیمی را می توان به صورت اشتراکی بایگانی کرد.
دایرکتوری های فقط خواندنی این متغیر یک ":" جدا شده (در ویندوز ";" را مشخص می کند.
جدا شده) فهرستی از دایرکتوری های شی Git که می تواند برای جستجوی اشیاء Git استفاده شود.
اشیاء جدید در این دایرکتوری ها نوشته نمی شوند.

GIT_DIR
اگر GIT_DIR متغیر محیطی تنظیم می شود سپس مسیری را برای استفاده به جای آن مشخص می کند
پیش فرض git برای پایه مخزن. در --git-dir گزینه خط فرمان
این مقدار را نیز تعیین می کند.

GIT_WORK_TREE
مسیر را به ریشه درخت کار تنظیم کنید. این را نیز می توان کنترل کرد
---درخت کار گزینه خط فرمان و متغیر پیکربندی core.worktree.

GIT_NAMESPACE
فضای نام Git را تنظیم کنید. دیدن فضاهای نام گیت(7) برای جزئیات. در - فضای نام خط فرمان
گزینه نیز این مقدار را تنظیم می کند.

GIT_CEILING_DIRECTORIES
این باید فهرستی از مسیرهای مطلق جدا شده از دو نقطه باشد. اگر تنظیم شود، فهرستی از
دایرکتوری هایی که Git نباید در حین جستجوی دایرکتوری مخزن به آن ها وارد شود
(برای حذف دایرکتوری های شبکه با بارگذاری کند مفید است). آن را مستثنی نخواهد کرد
دایرکتوری کاری فعلی یا یک GIT_DIR که در خط فرمان یا در محیط تنظیم شده است.
به طور معمول، Git باید ورودی های این لیست را بخواند و هر گونه پیوند نمادین را که ممکن است حل کند
حضور داشته باشید تا آنها را با فهرست فعلی مقایسه کنید. با این حال، اگر حتی این
دسترسی آهسته است، می توانید یک ورودی خالی به لیست اضافه کنید تا به Git بگویید که بعدی
ورودی ها پیوند نمادین نیستند و نیازی به حل و فصل ندارند. به عنوان مثال،
GIT_CEILING_DIRECTORIES=/شاید/symlink::/بسیار/آهسته/non/symlink.

GIT_DISCOVERY_ACROSS_FILESYSTEM
وقتی در دایرکتوری اجرا می شود که دایرکتوری مخزن ".git" ندارد، Git سعی می کند
چنین دایرکتوری را در دایرکتوری های والد پیدا کنید تا بالای درخت کار را پیدا کنید.
اما به طور پیش فرض از مرزهای سیستم فایل عبور نمی کند. این متغیر محیطی می تواند
روی true تنظیم شود تا به Git بگویید در مرزهای سیستم فایل متوقف نشود. پسندیدن
GIT_CEILING_DIRECTORIES، این روی دایرکتوری مخزن صریح که از طریق تنظیم شده است تأثیری نخواهد داشت
GIT_DIR یا در خط فرمان

GIT_COMMON_DIR
اگر این متغیر روی یک مسیر تنظیم شده باشد، فایل‌های غیر درخت کاری که معمولاً در $GIT_DIR هستند
در عوض از این مسیر برداشته خواهد شد. فایل های مربوط به Worktree مانند HEAD یا index
از GIT_DIR $ گرفته شده است. دیدن gitrepository-layout(5) و git-worktree(1) برای جزئیات.
این متغیر نسبت به سایر متغیرهای مسیر مانند GIT_INDEX_FILE اولویت کمتری دارد،
GIT_OBJECT_DIRECTORY...

رفتن متعهد می شود
GIT_AUTHOR_NAME, GIT_AUTHOR_EMAIL, GIT_AUTHOR_DATE, GIT_COMMITTER_NAME,
GIT_COMMITTER_EMAIL, GIT_COMMITTER_DATE, EMAIL
دیدن git-commit-tree(1)

رفتن تفاوت ها
GIT_DIFF_OPTS
تنها تنظیم معتبر "--unified=??" یا "-u??" برای تنظیم تعداد خطوط زمینه
هنگامی که یک تفاوت یکپارچه ایجاد می شود نشان داده می شود. این بر هر "-U" یا ارجحیت دارد
مقدار گزینه "--unified" در خط فرمان Git diff ارسال می شود.

GIT_EXTERNAL_DIFF
زمانی که متغیر محیطی GIT_EXTERNAL_DIFF تنظیم شده است، برنامه ای که توسط آن نامگذاری شده است
به جای فراخوانی diff که در بالا توضیح داده شد، فراخوانی شد. برای مسیری که اضافه می شود،
حذف یا اصلاح شده GIT_EXTERNAL_DIFF با 7 پارامتر فراخوانی می شود:

مسیر فایل قدیمی-هگز-هگز-حالت-حالت جدید-فایل جدید-هگز-حالت جدید

که در آن:

-فایل
فایل هایی هستند که GIT_EXTERNAL_DIFF می تواند برای خواندن محتویات استفاده کند ،

-هگز
هش های 40 شانزده رقمی SHA-1 هستند،

-حالت
نمایش هشتگانه حالت های فایل هستند.

پارامترهای فایل می توانند به فایل کاری کاربر اشاره کنند (مثلاً new-file in
"git-diff-files")، /dev/null (به عنوان مثال، فایل قدیمی هنگام اضافه شدن یک فایل جدید)، یا یک فایل موقت
فایل (به عنوان مثال فایل قدیمی در فهرست). GIT_EXTERNAL_DIFF نباید نگران
لغو پیوند فایل موقت --- زمانی که حذف می شود GIT_EXTERNAL_DIFF خارج می شود.

برای مسیری که ادغام نشده است، GIT_EXTERNAL_DIFF با 1 پارامتر فراخوانی می شود، .

برای هر مسیر GIT_EXTERNAL_DIFF دو متغیر محیطی نامیده می شود،
GIT_DIFF_PATH_COUNTER و GIT_DIFF_PATH_TOTAL تنظیم شده اند.

GIT_DIFF_PATH_COUNTER
یک شمارنده مبتنی بر 1 که برای هر مسیر یک عدد افزایش می یابد.

GIT_DIFF_PATH_TOTAL
تعداد کل مسیرها

دیگر
GIT_MERGE_VERBOSITY
عددی که مقدار خروجی نشان داده شده توسط استراتژی ادغام بازگشتی را کنترل می کند.
ادغام را لغو می کند. دیدن git-merge(1)

GIT_PAGER
این متغیر محیطی $PAGER را لغو می کند. اگر روی یک رشته خالی یا روی تنظیم شده باشد
مقدار "cat"، Git یک پیجر راه اندازی نمی کند. همچنین گزینه core.pager را ببینید git-
پیکربندی(1).

GIT_EDITOR
این متغیر محیطی $EDITOR و $VISUAL را لغو می کند. توسط چندین Git استفاده می شود
هنگامی که در حالت تعاملی، یک ویرایشگر راه اندازی می شود، دستور می دهد. همچنین ببینید git-var(1)
و گزینه core.editor در گیت(1).

GIT_SSH, GIT_SSH_COMMAND
اگر یکی از این متغیرهای محیطی تنظیم شده باشد، آنگاه دستگاه گوارش رفتن و آوردن و دستگاه گوارش فشار استفاده خواهد کرد
دستور مشخص شده به جای SSH هنگامی که آنها نیاز به اتصال به یک سیستم از راه دور دارند. در
دستور دقیقاً دو یا چهار آرگومان داده خواهد شد: the نام کاربری@host (یا فقط میزبان)
از URL و فرمان پوسته برای اجرا در آن سیستم راه دور، به صورت اختیاری
قبل از -p (به معنای واقعی کلمه) و بندر از URL زمانی که چیز دیگری را مشخص می کند
از پورت پیش فرض SSH.

$GIT_SSH_COMMAND بر $GIT_SSH اولویت دارد و توسط پوسته تفسیر می شود.
که اجازه می دهد آرگومان های اضافی گنجانده شود. از طرف دیگر $GIT_SSH باید باشد
فقط مسیر یک برنامه (که می تواند یک اسکریپت پوسته پوششی باشد، اگر اضافه باشد
استدلال مورد نیاز است).

معمولاً پیکربندی هر گزینه دلخواه از طریق شخصی آسانتر است
فایل ssh/config. لطفاً برای جزئیات بیشتر به اسناد ssh خود مراجعه کنید.

GIT_ASKPASS
اگر این متغیر محیطی تنظیم شده باشد، Git دستوراتی را صادر می‌کند که باید پسوردها را به دست آورند
یا عبارات عبور (مثلاً برای احراز هویت HTTP یا IMAP) این برنامه را با یک فراخوانی می کند
اعلان مناسب به عنوان آرگومان خط فرمان و خواندن رمز عبور از STDOUT آن. دیدن
همچنین core.askPass گزینه در گیت(1).

GIT_TERMINAL_PROMPT
اگر این متغیر محیطی روی 0 تنظیم شود، git از ترمینال درخواست نخواهد کرد (به عنوان مثال،
هنگام درخواست احراز هویت HTTP).

GIT_CONFIG_NOSYSTEM
آیا از خواندن تنظیمات از فایل $(پیشوند)/etc/gitconfig در سراسر سیستم صرفنظر کنید.
این متغیر محیطی را می توان به همراه $HOME و $XDG_CONFIG_HOME برای ایجاد استفاده کرد
یک محیط قابل پیش بینی برای یک اسکریپت حساس، یا می توانید آن را به طور موقت برای اجتناب از آن تنظیم کنید
با استفاده از یک فایل حشره دار /etc/gitconfig در حالی که منتظر کسی هستید که کافی باشد
مجوز برای رفع آن

GIT_FLUSH
اگر این متغیر محیطی روی "1" تنظیم شود، دستوراتی مانند دستگاه گوارش سرزنش (در
حالت افزایشی)، دستگاه گوارش rev-list, دستگاه گوارش ورود به سیستم, دستگاه گوارش چک attr و دستگاه گوارش چک کردن نادیده گرفتن اراده
پس از شستشوی هر رکورد، جریان خروجی را وادار کنید. اگر این
متغیر روی "0" تنظیم شده است، خروجی این دستورات با استفاده کامل انجام می شود
ورودی/خروجی بافر اگر این متغیر محیطی تنظیم نشده باشد، Git بافر یا را انتخاب می کند
فلاشینگ رکورد گرا بر اساس اینکه به نظر می رسد stdout به یک فایل هدایت شود یا خیر
است.

GIT_TRACE
پیام های ردیابی کلی را فعال می کند، به عنوان مثال گسترش نام مستعار، اجرای دستور داخلی و
اجرای دستور خارجی

اگر این متغیر روی "1"، "2" یا "true" تنظیم شده باشد (مقایسه به حروف بزرگ و کوچک حساس نیست)، ردیابی کنید
پیام ها در stderr چاپ خواهند شد.

اگر متغیر روی یک مقدار صحیح بزرگتر از 2 و کمتر از 10 تنظیم شود (به طور دقیق)
سپس Git این مقدار را به عنوان یک توصیفگر فایل باز تفسیر می کند و سعی می کند بنویسد
پیام های ردیابی در این توصیفگر فایل.

متناوباً، اگر متغیر روی یک مسیر مطلق تنظیم شود (شروع با a /
شخصیت)، Git این را به عنوان یک مسیر فایل تفسیر می کند و سعی می کند ردیابی را بنویسد
پیام ها در آن است.

تنظیم متغیر، یا تنظیم آن بر روی خالی، "0" یا "false" (بدون حساس به حروف بزرگ)
پیام های ردیابی را غیرفعال می کند.

GIT_TRACE_PACK_ACCESS
پیام های ردیابی را برای همه دسترسی ها به هر بسته فعال می کند. برای هر دسترسی، فایل بسته
نام و یک افست در بسته ثبت می شود. این ممکن است برای عیب یابی مفید باشد
برخی از مشکلات عملکرد مربوط به بسته دیدن GIT_TRACE برای خروجی ردیابی موجود
گزینه.

GIT_TRACE_PACKET
پیام های ردیابی را برای همه بسته هایی که وارد یا خارج از یک برنامه خاص می شوند، فعال می کند. این می تواند
کمک به اشکال زدایی مذاکرات شی یا سایر مسائل پروتکل. ردیابی خاموش است
در بسته ای که با "PACK" شروع می شود (اما ببینید GIT_TRACE_PACKFILE زیر). دیدن GIT_TRACE برای
گزینه های خروجی ردیابی موجود

GIT_TRACE_PACKFILE
ردیابی فایل های بسته ارسال یا دریافت شده توسط یک برنامه مشخص را فعال می کند. بر خلاف ردی دیگر
خروجی، این ردیابی کلمه به کلمه است: بدون سرصفحه، و بدون نقل قول از داده های باینری. شما تقریبا
مطمئناً می خواهید به یک فایل هدایت کنید (به عنوان مثال، GIT_TRACE_PACKFILE=/tmp/my.pack)
به جای نمایش آن در ترمینال یا مخلوط کردن آن با سایر خروجی های ردیابی.

توجه داشته باشید که در حال حاضر فقط برای سمت کلاینت کلون ها و
واکشی می کند.

GIT_TRACE_PERFORMANCE
پیام های ردیابی مربوط به عملکرد را فعال می کند، به عنوان مثال زمان اجرای کل هر Git
فرمان دیدن GIT_TRACE برای گزینه های خروجی ردیابی موجود

GIT_TRACE_SETUP
پیام‌های ردیابی را فعال می‌کند که git.، درخت کار و فهرست کاری فعلی را چاپ می‌کنند
پس از اتمام مرحله راه اندازی Git. دیدن GIT_TRACE برای خروجی ردیابی موجود
گزینه.

GIT_TRACE_SHALLOW
پیام‌های ردیابی را فعال می‌کند که می‌توانند به اشکال‌زدایی واکشی / شبیه‌سازی سطحی کمک کنند
مخازن دیدن GIT_TRACE برای گزینه های خروجی ردیابی موجود

GIT_LITERAL_PATHSPECS
تنظیم این متغیر بر روی 1 باعث می‌شود که Git به‌عنوان تحت اللفظی با همه pathspec‌ها رفتار کند
نه به عنوان الگوهای کره ای. برای مثال، اجرای GIT_LITERAL_PATHSPECS=1 گزارش git -- '*.c'
برای commit هایی که مسیر *.c را لمس می کنند، جستجو می کند، نه مسیرهایی که glob *.c
مسابقات. اگر مسیرهای تحت اللفظی را به Git تغذیه می کنید (مثلاً مسیرها) ممکن است این را بخواهید
قبلاً توسط git ls-tree، --raw diff output و غیره به شما داده شده است.

GIT_GLOB_PATHSPECS
تنظیم این متغیر بر روی 1 باعث می شود Git همه مسیرها را به عنوان الگوهای glob (با نام مستعار
جادوی "کره ای").

GIT_NOGLOB_PATHSPECS
تنظیم این متغیر بر روی 1 باعث می‌شود که Git تمام مسیرها را به صورت تحت اللفظی (معروف به
جادوی "لفظی").

GIT_ICASE_PATHSPECS
تنظیم این متغیر بر روی 1 باعث می شود که Git تمام مسیرها را به عنوان حساس به حروف بزرگ و کوچک در نظر بگیرد.

GIT_REFLOG_ACTION
هنگامی که یک مرجع به‌روزرسانی می‌شود، ورودی‌های reflog ایجاد می‌شوند تا دلیل آن را پیگیری کنند
ref به روز شد (که معمولاً نام فرمان سطح بالایی است که به روز می شود
ref)، علاوه بر مقادیر قدیمی و جدید ref. یک چینی اسکریپت شده
دستور می تواند از تابع کمکی set_reflog_action در git-sh-setup برای تنظیم نام خود استفاده کند
این متغیر زمانی که به عنوان دستور سطح بالا توسط کاربر نهایی فراخوانی می شود، باشد
در بدنه reflog ثبت شده است.

GIT_REF_PARANOIA
اگر روی 1 تنظیم شده است، هنگام تکرار بر روی لیستی از ref ها، ref های شکسته یا بد نام را وارد کنید. که در
یک مخزن عادی و بدون خرابی، این هیچ کاری نمی کند. با این حال، فعال کردن آن ممکن است کمک کند
git برای شناسایی و لغو برخی از عملیات در حضور ref های شکسته. Git این را تنظیم می کند
متغیر به طور خودکار هنگام انجام عملیات مخرب مانند git-prune(1). شما
لازم نیست خودتان آن را تنظیم کنید، مگر اینکه بخواهید در مورد اطمینان از یک پارانویا باشید
عملیات هر مرجع را لمس کرده است (به عنوان مثال، به این دلیل که شما در حال شبیه سازی یک مخزن برای ایجاد یک
پشتیبان گیری).

GIT_ALLOW_PROTOCOL
در صورت تنظیم، فهرستی از پروتکل های جدا شده با کولون ارائه دهید که مجاز به استفاده با آنها هستند
واکشی/فشار/کلون کردن. این برای محدود کردن مقداردهی اولیه زیر ماژول بازگشتی مفید است
یک مخزن نامعتبر هر پروتکلی که ذکر نشده باشد مجاز نخواهد بود (یعنی این است
یک لیست سفید، نه یک لیست سیاه). اگر متغیر اصلا تنظیم نشده باشد، همه پروتکل ها تنظیم می شوند
فعال شد. نام پروتکل هایی که در حال حاضر توسط git استفاده می شود عبارتند از:

· فایل: هر مسیر مبتنی بر فایل محلی (از جمله نشانی‌های اینترنتی file:// یا مسیرهای محلی)

· git: پروتکل git ناشناس از طریق یک اتصال مستقیم TCP (یا پروکسی، اگر
پیکربندی شده)

· ssh: git روی ssh (از جمله host: syntax مسیر، git+ssh:// و غیره).

· rsync: git بیش از rsync

· http: git over http، هم «http هوشمند» و هم «http گنگ». توجه داشته باشید که این کار را انجام می دهد نه
شامل https؛ اگر هر دو را می خواهید، باید هر دو را به صورت http:https مشخص کنید.

· هر کمک کننده خارجی با پروتکل خود نامگذاری می شود (مثلاً از hg برای اجازه دادن به آن استفاده کنید
کمک کننده git-remote-hg)

بحث

جزئیات بیشتر در مورد زیر در دسترس است رفتن مفاهیم فصل of la
راهنمای کاربری[2] و gitcore-آموزش(7).

یک پروژه Git معمولاً از یک دایرکتوری در حال کار با یک زیرشاخه ".git" تشکیل شده است
سطح بالا. دایرکتوری .git شامل یک پایگاه داده شی فشرده شده است
نمایانگر تاریخچه کامل پروژه، یک فایل "شاخص" که آن تاریخچه را پیوند می دهد
به محتویات فعلی درخت کار، و اشاره گرها را در آن تاریخچه مانند
برچسب ها و سر شاخه ها

پایگاه داده شی شامل اشیاء از سه نوع اصلی است: blobs، که داده های فایل را نگه می دارند.
درختان، که به حباب ها و درختان دیگر برای ایجاد سلسله مراتب دایرکتوری اشاره می کنند. و
commits که هر کدام به یک درخت و تعدادی از والد ارجاع می دهند.

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

همه اشیا با هش SHA-1 محتویاتشان نامگذاری می شوند که معمولاً به صورت رشته ای نوشته می شود
40 رقم هگز. چنین نام هایی در سطح جهانی منحصر به فرد هستند. کل تاریخ منتهی به یک commit
را می توان با امضای آن تعهد تضمین کرد. نوع چهارم شی، تگ، ارائه شده است
به این منظور.

هنگامی که برای اولین بار ایجاد می شود، اشیاء در فایل های جداگانه ذخیره می شوند، اما برای کارایی ممکن است بعدا
با هم در "فایل های بسته" فشرده شوند.

اشاره گرهای نامگذاری شده به نام ref نقاط جالبی را در تاریخ نشان می دهند. یک مرجع ممکن است حاوی SHA-1 باشد
نام یک شی یا نام مرجع دیگر. Ref هایی با نام هایی که شروع ref/head/ دارند
نام SHA-1 جدیدترین commit (یا "سر") یک شاخه در حال توسعه. SHA-1
نام تگ های مورد علاقه در زیر ref/tags/ ذخیره می شود. یک مرجع ویژه به نام HEAD شامل
نام شعبه ای که در حال حاضر تحویل داده شده است.

فایل فهرست با لیستی از تمام مسیرها و برای هر مسیر، یک شی blob مقداردهی اولیه می شود
و مجموعه ای از صفات شی blob محتویات فایل را به عنوان نشان می دهد
رئیس شعبه فعلی ویژگی ها (آخرین زمان اصلاح، اندازه و غیره) از آن گرفته شده است
فایل مربوطه در درخت کاری تغییرات بعدی در درخت کار می تواند باشد
با مقایسه این ویژگی ها پیدا می شود. این فهرست ممکن است با محتوای جدید و جدید به روز شود
ممکن است commit ها از محتوای ذخیره شده در ایندکس ایجاد شوند.

این شاخص همچنین قادر به ذخیره چندین ورودی (به نام "مراحل") برای یک معین است
نام مسیر این مراحل برای نگهداری نسخه های مختلف ادغام نشده یک فایل زمانی که a
ادغام در حال انجام است.

به علاوه مستندات

برای شروع استفاده از Git به مراجع در بخش "توضیحات" مراجعه کنید. زیر است
احتمالاً جزئیات بیشتر از آنچه برای اولین بار کاربر لازم است.

La رفتن مفاهیم فصل of la راهنمای کاربری[2] و gitcore-آموزش(7) هر دو فراهم می کنند
مقدمه ای بر معماری زیربنایی Git.

دیدن gitworkflows(7) برای یک مرور کلی از گردش کار توصیه شده.

همچنین ببینید HOWTO[3] اسنادی برای چند مثال مفید.

داخلی در مستند شده است رفتن API مستندات[4].

کاربرانی که از CVS مهاجرت می کنند نیز ممکن است بخواهند مطالعه کنند gitcvs-migration(7).

AUTHORS

Git توسط لینوس توروالدز شروع شد و در حال حاضر توسط Junio ​​C Hamano نگهداری می شود. متعدد
مشارکت ها از لیست پستی Git آمده است[ایمیل محافظت شده][5]>.
http://www.openhub.net/p/git/contributors/summary لیست کامل تری از
مشارکت کنندگان

اگر یک کلون از خود git.git دارید، خروجی از git-shortlog(1) و git-blame(1) می تواند
نویسندگان بخش های خاصی از پروژه را به شما نشان می دهد.

گزارش نویسی اشکالات

اشکالات را به لیست پستی Git گزارش دهید[ایمیل محافظت شده][5]> که در آن توسعه و
تعمیر و نگهداری در درجه اول انجام می شود. برای ارسال الف، لازم نیست در لیست مشترک شوید
اونجا پیام بده

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