jj-config-path(1) General Commands Manual jj-config-path(1) نام (NAME) jj-config-path - چاپ مسیرهای فایل‌های پیکربندی خلاصه دستور (SYNOPSIS) jj config path [-R|--repository] [--ignore-working-copy] [--no-integrate-operation] [--ignore-immutable] [--at-operation] [--debug] [--color] [--quiet] [--no-pager] [--config] [--config-file] [-h|--help] <--user|--repo|--workspace> توضیحات (DESCRIPTION) چاپ مسیرهای فایل‌های پیکربندی. ممکن است فایل پیکربندی در آن مسیر وجود داشته باشد یا نداشته باشد. اگر --repo یا --workspace مشخص شده باشد و فایل پیکربندی وجود نداشته باشد، jj یک دایرکتوری پیکربندی جدید برای این مخزن/فضای‌کاری تولید خواهد کرد و مسیر فایل پیکربندی در آن دایرکتوری را چاپ می‌کند. اگر می‌خواهید فایلی را فوراً ویرایش کنید، دستور jj config edit را ببینید. گزینه‌ها (OPTIONS) --user هدف قرار دادن فایل پیکربندی در سطح کاربر (user-level) --repo هدف قرار دادن فایل پیکربندی در سطح مخزن (repo-level) --workspace هدف قرار دادن فایل پیکربندی در سطح فضای کاری (workspace-level) -h, --help چاپ راهنما (مشاهده خلاصه با '-h') گزینه‌های عمومی (GLOBAL OPTIONS) -R, --repository مسیر مخزنی که عملیات باید روی آن انجام شود. به‌طور پیش‌فرض، Jujutsu برای یافتن نزدیک‌ترین دایرکتوری .jj/ در اجداد دایرکتوری کاری فعلی جستجو می‌کند. --ignore-working-copy از نسخه کاری (working copy) اسنپ‌شات نمی‌گیرد و آن را به‌روزرسانی نمی‌کند. به‌طور پیش‌فرض، Jujutsu در ابتدای هر دستور از نسخه کاری یک اسنپ‌شات تهیه می‌کند. همچنین در پایان دستور، در صورتی که کامیت نسخه کاری (@) تغییر کرده باشد، نسخه کاری به‌روزرسانی می‌شود. اگر می‌خواهید از تهیه اسنپ‌شات نسخه کاری صرف‌نظر کنید و در عوض یک کامیت نسخه کاری احتمالاً قدیمی را ببینید، می‌توانید از --ignore-working-copy استفاده نمایید. این کار برای نمونه در خط فرمان (prompt)، به‌ویژه هنگامی که فرآیند دیگری نسخه کاری را کامیت می‌کند، مفید است. بارگذاری مخزن در یک عملیات خاص با استفاده از --at-operation به‌طور ضمنی شامل --ignore-working-copy می‌شود. --no-integrate-operation دستور را طبق معمول اجرا می‌کند اما هیچ عملیاتی را یکپارچه‌سازی (integrate) نمی‌کند. هنگامی که این گزینه مشخص شود، عملیات همچنان طبق معمول ایجاد می‌شوند اما در گزارش عملیات (operation log) ثبت و یکپارچه نمی‌گردند. نسخه کاری نیز به‌روزرسانی نخواهد شد. دستور شناسه عملیات (operation ID) ایجادشده را چاپ می‌کند. می‌توانید آن شناسه را مثلاً به jj --at-op ارسال کنید تا وضعیت به‌دست‌آمده مخزن را بررسی نمایید، یا آن را به jj op restore بدهید تا مخزن را به آن وضعیت بازگرداند. همچنین می‌توانید این شناسه را به jj op integrate بدهید تا عملیات را یکپارچه‌سازی کند. توجه داشته باشید که این گزینه مانع اثرات جانبی بیرون از مخزن *نمی‌شود*. برای نمونه، jj git push --no-integrate-operation همچنان عملیات push را ارسال و اجرا خواهد کرد. --ignore-immutable اجازه بازنویسی کامیت‌های تغییرناپذیر (immutable). به‌طور پیش‌فرض، Jujutsu از بازنویسی کامیت‌های موجود در مجموعه کامیت‌های تغییرناپذیر پیکربندی‌شده جلوگیری می‌کند. این گزینه بررسی مذکور را غیرفعال کرده و به شما امکان می‌دهد هر کامیتی به‌جز کامیت ریشه (root commit) را بازنویسی کنید. این گزینه فقط روی این بررسی تأثیر می‌گذارد و روی مجموعه بازبینی immutable_heads() یا کلمه کلیدی الگوی immutable تأثیری ندارد. --at-operation عملیاتی که مخزن بر اساس آن بارگذاری می‌شود. عملیاتی که مخزن بر اساس آن بارگذاری می‌شود. به‌طور پیش‌فرض، Jujutsu مخزن را در تازه‌ترین عملیات، یا در نقطه ادغام عملیات‌های واگرا (divergent) در صورت وجود، بارگذاری می‌کند. می‌توانید از --at-op= استفاده کنید تا ببینید مخزن در یک عملیات پیشین چگونه بوده است. برای نمونه، jj --at-op= st آنچه را که jj st بلافاصله پس از اتمام آن عملیات نمایش می‌داد، به شما نشان می‌دهد. گزینه --at-op=@ تقریباً مشابه حالت پیش‌فرض است، با این تفاوت که عملیات‌های واگرا هرگز ادغام نخواهند شد. برای یافتن شناسه عملیات مورد نظر خود از jj op log استفاده کنید. هر پیشوند غیرمبهم از شناسه عملیات کافی خواهد بود. هنگام بارگذاری مخزن در یک عملیات پیشین، نسخه کاری نادیده گرفته می‌شود، درست مانند اینکه --ignore-working-copy مشخص شده باشد. اجرای دستورات ایجادکننده تغییر (mutating) هنگام بارگذاری مخزن در یک عملیات پیشین امکان‌پذیر است. انجام این کار معادل اجرای دستورات همزمان با شروع از عملیات قبلی است. به‌ندرت دلیلی برای انجام این کار وجود دارد، اما امکان‌پذیر است. --debug فعال‌سازی ثبت وقایع اشکال‌زدایی (debug logging). --color تعیین زمان رنگی‌سازی خروجی. مقادیر ممکن: • always • never • debug • auto --quiet بی‌صدا کردن خروجی‌های غیرضروری و ثانویه دستور. برای نمونه، jj file list همچنان فایل‌ها را فهرست می‌کند، اما دیگر گزارشی مبنی بر اینکه آیا از نسخه کاری اسنپ‌شات گرفته شده یا فرزندان بازپایه‌ریزی (rebase) شده‌اند ارائه نمی‌دهد. پیام‌های هشدار و خطا همچنان نمایش داده می‌شوند. --no-pager غیرفعال‌سازی صفحه‌بندی‌کننده (pager). --config گزینه‌های پیکربندی اضافی (می‌تواند تکرار شود). نام باید به‌صورت کلیدهای نقطه‌دار TOML مشخص شود. مقدار نیز باید در قالب عبارت TOML تعیین گردد. اگر مقدار رشته‌ای درون ساختارهای TOML (مانند آرایه‌ها) قرار نگرفته باشد، می‌توان علامت‌های نقل‌قول را حذف کرد. --config-file فایل‌های پیکربندی اضافی (می‌تواند تکرار شود). همچنین ببینید (SEE ALSO) jj(1), jj-config(1), jj-config-edit(1), jj-config-get(1), jj-config-list(1), jj-config-set(1), jj-config-unset(1) path jj-config-path(1)