.ie \n(.g .ds Aq \(aq
.el .ds Aq '
.TH jj-bookmark-move 1  "move " 
.SH "نام (NAME)"
jj\-bookmark\-move \- انتقال بوک‌مارک‌های موجود به بازنگری هدف
.SH "خلاصه دستور (SYNOPSIS)"
\fBjj bookmark move\fR [\fB\-R\fR|\fB\-\-repository\fR] [\fB\-\-ignore\-working\-copy\fR] [\fB\-t\fR|\fB\-\-to\fR] [\fB\-B\fR|\fB\-\-allow\-backwards\fR] [\fB\-\-no\-integrate\-operation\fR] [\fB\-\-ignore\-immutable\fR] [\fB\-\-at\-operation\fR] [\fB\-\-debug\fR] [\fB\-\-color\fR] [\fB\-\-quiet\fR] [\fB\-\-no\-pager\fR] [\fB\-\-config\fR] [\fB\-\-config\-file\fR] [\fB\-h\fR|\fB\-\-help\fR] <\fINAMES\fR|\fB\-\-from\fR> 
.SH "توضیحات (DESCRIPTION)"
انتقال بوک‌مارک‌های موجود به بازنگری هدف
.PP
برخلاف `jj bookmark set`، این دستور نمی‌تواند بوک‌مارک‌های جدید ایجاد کند.
.PP
اگر نام‌های بوک‌مارک داده شوند، بوک‌مارک‌های مشخص‌شده به‌روزرسانی می‌شوند تا به بازنگری هدف اشاره کنند.
.PP
اگر گزینه‌های `\-\-from` داده شوند، بوک‌مارک‌هایی که در حال حاضر به بازنگری‌های مشخص‌شده اشاره دارند به‌روزرسانی خواهند شد. همچنین می‌توان بوک‌مارک‌ها را بر اساس نام فیلتر کرد.
.SH "گزینه‌ها (OPTIONS)"
.TP
\fB\-f\fR, \fB\-\-from\fR \fI<REVSETS>\fR
انتقال بوک‌مارک‌ها از بازنگری‌های داده‌شده
.TP
\fB\-t\fR, \fB\-\-to\fR \fI<REVSET>\fR [default: @]
انتقال بوک‌مارک‌ها به این بازنگری
.TP
\fB\-B\fR, \fB\-\-allow\-backwards\fR
اجازه انتقال بوک‌مارک‌ها به سمت عقب یا جانبی
.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
فایل‌های پیکربندی اضافی (قابل تکرار)