.ie \n(.g .ds Aq \(aq
.el .ds Aq '
.TH jj-tag-list 1  "list " 
.SH "نام (NAME)"
jj\-tag\-list \- فهرست کردن تگ‌ها و هدف‌های آن‌ها
.SH "خلاصه دستور (SYNOPSIS)"
\fBjj tag list\fR [\fB\-a\fR|\fB\-\-all\-remotes\fR] [\fB\-R\fR|\fB\-\-repository\fR] [\fB\-\-ignore\-working\-copy\fR] [\fB\-\-remote\fR] [\fB\-\-no\-integrate\-operation\fR] [\fB\-t\fR|\fB\-\-tracked\fR] [\fB\-c\fR|\fB\-\-conflicted\fR] [\fB\-\-ignore\-immutable\fR] [\fB\-\-at\-operation\fR] [\fB\-r\fR|\fB\-\-revision\fR] [\fB\-\-debug\fR] [\fB\-T\fR|\fB\-\-template\fR] [\fB\-\-color\fR] [\fB\-\-sort\fR] [\fB\-\-quiet\fR] [\fB\-\-no\-pager\fR] [\fB\-\-config\fR] [\fB\-\-config\-file\fR] [\fB\-h\fR|\fB\-\-help\fR] [\fINAMES\fR] 
.SH "توضیحات (DESCRIPTION)"
فهرست کردن تگ‌ها و هدف‌های آن‌ها
.PP
به‌طور پیش‌فرض، یک تگ راه دور ردیابی‌شده تنها در صورتی گنجانده می‌شود که هدف آن با تگ محلی متفاوت باشد. یک تگ راه دور ردیابی‌نشده فهرست نخواهد شد. برای یک تگ دارای تداخل (هم محلی و هم راه دور)، بازنگری‌های هدف قبلی با یک علامت "\-" و بازنگری‌های هدف جدید با یک علامت "+" مشخص می‌شوند.
.PP
فلگ `\-r` در ترکیب با عبارت‌های مجموعه‌بازنگری (revset) می‌تواند برای پالایش استفاده شود. برای مثال:
.PP
* `jj tag list \-r \*(AqREV::\*(Aq` تگ‌هایی را نشان می‌دهد که هدف‌های آن‌ها از نوادگان REV هستند (مشابه `git tag \-\-contains REV`).
.PP
* `jj tag list \-r \*(Aq::REV\*(Aq` تگ‌هایی را نشان می‌دهد که هدف‌های آن‌ها از اجداد REV هستند (مشابه `git tag \-\-merged REV`).
.SH "گزینه‌ها (OPTIONS)"
.TP
\fB\-a\fR, \fB\-\-all\-remotes\fR
نمایش همه تگ‌های راه دور ردیابی‌شده و ردیابی‌نشده، از جمله مواردی که هدف‌های آن‌ها با تگ‌های محلی همگام شده‌اند
.TP
\fB\-\-remote\fR \fI<REMOTE>\fR
نمایش همه تگ‌های راه دور ردیابی‌شده و ردیابی‌نشده متعلق به این مخزن راه دور
.sp
می‌تواند با `\-\-tracked` یا `\-\-conflicted` برای پالایش تگ‌های نمایش‌داده‌شده ترکیب شود (قابل تکرار است).
.sp
به‌طور پیش‌فرض، الگوی مشخص‌شده نام‌های راه دور را با نحو glob مطابقت می‌دهد. همچنین می‌توانید از سایر نحوهای الگوی رشته‌ای [string pattern syntax] استفاده کنید.
.sp
[string pattern syntax]: https://docs.jj\-vcs.dev/latest/revsets/#string\-patterns
.TP
\fB\-t\fR, \fB\-\-tracked\fR
تنها نمایش تگ‌های راه دور ردیابی‌شده
.sp
این گزینه به‌طور پیش‌فرض تگ‌های محلی ردیابی‌کننده Git را حذف می‌کند.
.TP
\fB\-c\fR, \fB\-\-conflicted\fR
تنها نمایش تگ‌های دارای تداخل
.TP
\fB\-r\fR, \fB\-\-revision\fR \fI<REVSETS>\fR
نمایش تگ‌هایی که هدف‌های محلی آن‌ها در بازنگری‌های مشخص‌شده قرار دارند
.sp
توجه داشته باشید که `\-r deleted_tag` کار نخواهد کرد زیرا `deleted_tag` هدف محلی نخواهد داشت.
.TP
\fB\-T\fR, \fB\-\-template\fR \fI<TEMPLATE>\fR
رندر کردن هر تگ با استفاده از قالب داده‌شده
.sp
تمام متدهای بدون آرگومان نوع [`CommitRef` type] به عنوان کلیدواژه در عبارت قالب در دسترس هستند. برای اطلاعات بیشتر [`jj help \-k templates`] را ببینید.
.sp
قالب پیش‌فرض را می‌توان با تنظیم `templates.tag_list` تعیین کرد.
.sp
[`CommitRef` type]: https://docs.jj\-vcs.dev/latest/templates/#commitref\-type
.sp
[`jj help \-k templates`]: https://docs.jj\-vcs.dev/latest/templates
.TP
\fB\-\-sort\fR \fI<SORT_KEY>\fR
مرتب‌سازی تگ‌ها بر اساس کلید داده‌شده (یا چند کلید)
.sp
برای مرتب‌سازی نزولی، به انتهای کلید `\-` اضافه کنید (مثلاً `\-\-sort name\-`). توجه داشته باشید که هنگام استفاده از چند کلید، اولین کلید بیشترین اولویت را دارد.
.sp
پیش‌فرض این گزینه بر اساس تنظیم `ui.tag\-list\-sort\-keys` تعیین می‌شود.
.br

.br
\fIمقادیر ممکن:\fR
.RS 14
.IP \(bu 2
name
.IP \(bu 2
name\-
.IP \(bu 2
author\-name
.IP \(bu 2
author\-name\-
.IP \(bu 2
author\-email
.IP \(bu 2
author\-email\-
.IP \(bu 2
author\-date
.IP \(bu 2
author\-date\-
.IP \(bu 2
committer\-name
.IP \(bu 2
committer\-name\-
.IP \(bu 2
committer\-email
.IP \(bu 2
committer\-email\-
.IP \(bu 2
committer\-date
.IP \(bu 2
committer\-date\-
.RE
.TP
\fB\-h\fR, \fB\-\-help\fR
چاپ راهنما (مشاهده خلاصه با \*(Aq\-h\*(Aq)
.TP
[\fINAMES\fR]
نمایش تگ‌هایی که نام محلی آن‌ها مطابقت دارد
.sp
به‌طور پیش‌فرض، الگوی مشخص‌شده نام‌های تگ را با نحو glob مطابقت می‌دهد. همچنین می‌توانید از سایر نحوهای الگوی رشته‌ای [string pattern syntax] استفاده کنید.
.sp
[string pattern syntax]: https://docs.jj\-vcs.dev/latest/revsets/#string\-patterns
.SH "گزینه‌های عمومی (GLOBAL OPTIONS)"
.TP
\fB\-R\fR, \fB\-\-repository\fR \fI<REPOSITORY>\fR
مسیر مخزنی که عملیات روی آن انجام می‌شود
.sp
به‌طور پیش‌فرض، Jujutsu به دنبال نزدیک‌ترین دایرکتوری .jj/ در اجداد دایرکتوری کاری فعلی می‌گردد.
.TP
\fB\-\-ignore\-working\-copy\fR
از رونوشت کاری اسنپ‌شات نمی‌گیرد و آن را به‌روزرسانی نمی‌کند
.sp
به‌طور پیش‌فرض، Jujutsu در ابتدای هر دستور از رونوشت کاری یک اسنپ‌شات تهیه می‌کند. همچنین اگر دستور، کامیت رونوشت کاری (`@`) را تغییر داده باشد، رونوشت کاری در انتهای دستور به‌روزرسانی می‌شود. اگر می‌خواهید از گرفتن اسنپ‌شات از رونوشت کاری صرف‌نظر کنید و در عوض یک کامیت احتمالاً قدیمی (stale) از رونوشت کاری را ببینید، می‌توانید از `\-\-ignore\-working\-copy` استفاده کنید. این گزینه ممکن است مثلاً در اعلان خط فرمان (command prompt) مفید باشد، به‌ویژه اگر فرآیند دیگری دارید که رونوشت کاری را کامیت می‌کند.
.sp
بارگذاری مخزن در یک عملیات مشخص با `\-\-at\-operation` به‌طور ضمنی به معنای `\-\-ignore\-working\-copy` است.
.TP
\fB\-\-no\-integrate\-operation\fR
اجرای دستور به صورت عادی، اما عدم ادغام هیچ‌یک از عملیات‌ها
.sp
هنگامی که این گزینه ارائه شود، عملیات‌ها همچنان مثل همیشه ایجاد می‌شوند، اما در لاگ عملیات ادغام نخواهند شد. همچنین رونوشت کاری به‌روزرسانی نمی‌شود.
.sp
دستور، شناسه عملیات حاصل را چاپ خواهد کرد. می‌توانید آن را مثلاً به `jj \-\-at\-op` ارسال کنید تا وضعیت حاصل در مخزن را بررسی کنید، یا آن را به `jj op restore` بدهید تا مخزن را به آن وضعیت بازیابی کند. همچنین می‌توانید شناسه را به `jj op integrate` بفرستید تا عملیات ادغام شود.
.sp
توجه داشته باشید که این کار مانع از عوارض جانبی خارج از مخزن *نمی‌شود*. برای مثال، `jj git push \-\-no\-integrate\-operation` همچنان عملیات push را انجام خواهد داد.
.TP
\fB\-\-ignore\-immutable\fR
اجازه بازنویسی کامیت‌های تغییرناپذیر
.sp
به‌طور پیش‌فرض، Jujutsu از بازنویسی کامیت‌ها در مجموعه پیکربندی‌شده کامیت‌های تغییرناپذیر جلوگیری می‌کند. این گزینه آن بررسی را غیرفعال کرده و اجازه می‌دهد هر کامیتی به‌جز کامیت ریشه را بازنویسی کنید.
.sp
این گزینه فقط بر این بررسی تأثیر می‌گذارد و روی مجموعه بازنگری (revset) مربوط به `immutable_heads()` یا کلیدواژه الگوی `immutable` تأثیری ندارد.
.TP
\fB\-\-at\-operation\fR \fI<AT_OPERATION>\fR
عملیاتی که مخزن بر اساس آن بارگذاری شود
.sp
عملیاتی که مخزن بر اساس آن بارگذاری می‌شود. به‌طور پیش‌فرض، Jujutsu مخزن را بر اساس آخرین عملیات، یا در صورت وجود عملیات‌های واگرا، بر اساس ادغام آن‌ها بارگذاری می‌کند.
.sp
می‌توانید از `\-\-at\-op=<operation ID>` استفاده کنید تا ببینید وضعیت مخزن در یک عملیات قبلی چگونه بوده است. به عنوان مثال، `jj \-\-at\-op=<operation ID> st` آنچه را که `jj st` در زمان پایان یافتن عملیات داده‌شده نشان می‌داد، نمایش خواهد داد. `\-\-at\-op=@` تقریباً همانند حالت پیش‌فرض است، با این تفاوت که عملیات‌های واگرا هرگز ادغام نخواهند شد.
.sp
از دستور `jj op log` برای یافتن شناسه عملیات مورد نظر خود استفاده کنید. هر پیشوند یکتایی از شناسه عملیات کافی است.
.sp
هنگام بارگذاری مخزن بر اساس یک عملیات پیشین، رونوشت کاری نادیده گرفته خواهد شد، گویی `\-\-ignore\-working\-copy` مشخص شده است.
.sp
امکان اجرای دستورات تغییردهنده وضعیت هنگام بارگذاری مخزن بر اساس یک عملیات پیشین وجود دارد. انجام این کار معادل اجرای دستورات همزمان با شروع از آن عملیات قبلی است. به‌ندرت دلیلی برای انجام این کار وجود دارد، اما امکان‌پذیر است.
.TP
\fB\-\-debug\fR
فعال‌سازی لاگ اشکال‌زدایی
.TP
\fB\-\-color\fR \fI<WHEN>\fR
زمان رنگی‌کردن خروجی
.br

.br
\fIمقادیر ممکن:\fR
.RS 14
.IP \(bu 2
always
.IP \(bu 2
never
.IP \(bu 2
debug
.IP \(bu 2
auto
.RE
.TP
\fB\-\-quiet\fR
بی‌صدا کردن خروجی‌های غیر اصلی دستور
.sp
برای مثال، `jj file list` همچنان فایل‌ها را فهرست خواهد کرد، اما به شما نخواهد گفت که آیا از رونوشت کاری اسنپ‌شات گرفته شده یا نوادگان ریبیس شده‌اند یا خیر.
.sp
هشدارها و خطاها همچنان چاپ خواهند شد.
.TP
\fB\-\-no\-pager\fR
غیرفعال کردن صفحه‌بندی‌کننده (pager)
.TP
\fB\-\-config\fR \fI<NAME=VALUE>\fR
گزینه‌های پیکربندی اضافی (قابل تکرار)
.sp
نام باید به‌صورت کلیدهای نقطه‌دار TOML مشخص شود. مقدار باید به‌صورت یک عبارت TOML تعیین گردد. در صورتی که مقدار رشته‌ای در هیچ‌یک از ساختارهای TOML (مانند نشانه‌گذاری آرایه) محصور نشده باشد، می‌توان از علامت نقل‌قول صرف‌نظر کرد.
.TP
\fB\-\-config\-file\fR \fI<PATH>\fR
فایل‌های پیکربندی اضافی (قابل تکرار)