'\" t
.TH "CARGO\-CHECK" "1"
.nh
.ad l
.ss \n[.ss] 0
.SH "نام (NAME)"
cargo\-check \- بررسی بستهٔ جاری
.SH "خلاصه دستور (SYNOPSIS)"
\fBcargo check\fR [\fIگزینه‌ها\fR]
.SH "توضیحات (DESCRIPTION)"
یک بستهٔ محلی و تمام وابستگی‌های آن را برای یافتن خطاها بررسی می‌کند. این
دستور اساساً بسته‌ها را بدون انجام مرحلهٔ نهایی تولید کد کامپایل می‌کند، که
بسیار سریع‌تر از اجرای \fBcargo build\fR\& است. کامپایلر فایل‌های فراداده (metadata)
را روی دیسک ذخیره می‌کند تا در صورت عدم تغییر کد منبع، در اجراهای بعدی مجدداً
استفاده شوند. برخی از هشدارها و خطاها تنها در طول مرحلهٔ تولید کد صادر می‌شوند،
بنابراین طبیعتاً با \fBcargo check\fR\& گزارش نخواهند شد.
.SH "گزینه‌ها (OPTIONS)"
.SS "انتخاب بسته (Package Selection)"
به‌طور پیش‌فرض، هنگامی که هیچ گزینه‌ای برای انتخاب بسته مشخص نشده باشد، بسته‌های
انتخاب‌شده به فایل مانیفست فعال بستگی خواهند داشت (اگر \fB\-\-manifest\-path\fR
مشخص نشده باشد، بر اساس دایرکتوری کاری جاری تعیین می‌شود). اگر مانیفست ریشهٔ یک
فضای کاری (workspace) باشد، اعضای پیش‌فرض فضای کاری انتخاب می‌شوند، در غیر این صورت
تنها بسته‌ای که توسط مانیفست تعریف شده است انتخاب خواهد شد.
.sp
اعضای پیش‌فرض یک فضای کاری را می‌توان به‌صراحت با کلید
\fBworkspace.default\-members\fR در مانیفست ریشه تعیین کرد. اگر این کلید تنظیم
نشده باشد، یک فضای کاری مجازی شامل همهٔ اعضای فضای کاری خواهد بود (معادل ارسال
\fB\-\-workspace\fR)، و یک فضای کاری غیرمجازی فقط خودِ کریت ریشه را در بر می‌گیرد.
.sp
\fB\-p\fR \fIspec\fR\[u2026], 
\fB\-\-package\fR \fIspec\fR\[u2026]
.RS 4
فقط بسته‌های مشخص‌شده را بررسی می‌کند. برای آگاهی از قالب SPEC به
\fBcargo\-pkgid\fR(1) مراجعه کنید. این پرچم می‌تواند چندین بار مشخص شود و از
الگوهای عمومی glob یونیکس مانند \fB*\fR، \fB?\fR و \fB[]\fR\& پشتیبانی می‌کند.
با این حال، برای جلوگیری از بسط تصادفی الگوهای glob توسط پوسته پیش از پردازش
آن‌ها توسط Cargo، باید در اطراف هر الگو از علامت‌های نقل‌قول تکی یا دوگانه
استفاده کنید.
.RE
.sp
\fB\-\-workspace\fR
.RS 4
تمام اعضای فضای کاری را بررسی می‌کند.
.RE
.sp
\fB\-\-all\fR
.RS 4
نام مستعار منسوخ‌شده برای \fB\-\-workspace\fR\&.
.RE
.sp
\fB\-\-exclude\fR \fISPEC\fR\[u2026]
.RS 4
بسته‌های مشخص‌شده را مستثنی می‌کند. باید همراه با پرچم \fB\-\-workspace\fR
استفاده شود. این پرچم می‌تواند چندین بار مشخص شود و از الگوهای عمومی glob یونیکس
مانند \fB*\fR، \fB?\fR و \fB[]\fR\& پشتیبانی می‌کند. با این حال، برای جلوگیری از
بسط تصادفی الگوهای glob توسط پوسته پیش از پردازش آن‌ها توسط Cargo، باید در اطراف
هر الگو از علامت‌های نقل‌قول تکی یا دوگانه استفاده کنید.
.RE
.SS "انتخاب هدف (Target Selection)"
هنگامی که هیچ گزینه‌ای برای انتخاب هدف مشخص نشود، \fBcargo check\fR تمام اهداف
باینری و کتابخانه‌ای بسته‌های انتخاب‌شده را بررسی می‌کند. باینری‌هایی که دارای
\fBrequired\-features\fR مفقود باشند نادیده گرفته می‌شوند.
.sp
ارسال پرچم‌های انتخاب هدف، تنها اهداف مشخص‌شده را بررسی می‌کند.
.sp
توجه داشته باشید که پرچم‌های \fB\-\-bin\fR، \fB\-\-example\fR، \fB\-\-test\fR
و \fB\-\-bench\fR نیز از الگوهای عمومی glob یونیکس مانند \fB*\fR، \fB?\fR
و \fB[]\fR\& پشتیبانی می‌کنند. با این حال، برای جلوگیری از بسط تصادفی الگوهای
glob توسط پوسته پیش از پردازش آن‌ها توسط Cargo، باید در اطراف هر الگوی glob
از علامت‌های نقل‌قول تکی یا دوگانه استفاده کنید.
.sp
\fB\-\-lib\fR
.RS 4
کتابخانهٔ بسته را بررسی می‌کند.
.RE
.sp
\fB\-\-bin\fR \fIname\fR\[u2026]
.RS 4
باینری مشخص‌شده را بررسی می‌کند. این پرچم می‌تواند چندین بار مشخص شود و از
الگوهای عمومی glob یونیکس پشتیبانی می‌کند.
.RE
.sp
\fB\-\-bins\fR
.RS 4
تمام اهداف باینری را بررسی می‌کند.
.RE
.sp
\fB\-\-example\fR \fIname\fR\[u2026]
.RS 4
نمونهٔ (example) مشخص‌شده را بررسی می‌کند. این پرچم می‌تواند چندین بار مشخص شود
و از الگوهای عمومی glob یونیکس پشتیبانی می‌کند.
.RE
.sp
\fB\-\-examples\fR
.RS 4
تمام اهداف نمونه را بررسی می‌کند.
.RE
.sp
\fB\-\-test\fR \fIname\fR\[u2026]
.RS 4
آزمون یکپارچه‌سازی (integration test) مشخص‌شده را بررسی می‌کند. این پرچم
می‌تواند چندین بار مشخص شود و از الگوهای عمومی glob یونیکس پشتیبانی می‌کند.
.RE
.sp
\fB\-\-tests\fR
.RS 4
تمام اهدافی را که پرچم مانیفست \fBtest = true\fR برای آن‌ها تنظیم شده است بررسی
می‌کند. به‌طور پیش‌فرض این شامل کتابخانه و باینری‌های ساخته‌شده به‌عنوان آزمون‌های
واحد، و آزمون‌های یکپارچه‌سازی است. توجه داشته باشید که این کار هرگونه وابستگی
مورد نیاز را نیز می‌سازد، بنابراین هدف کتابخانه ممکن است دو بار ساخته شود (یک بار
به‌عنوان آزمون واحد، و یک بار به‌عنوان وابستگی برای باینری‌ها، آزمون‌های یکپارچه‌سازی
و غیره). اهداف را می‌توان با تنظیم پرچم \fBtest\fR در تنظیمات مانیفستِ آن هدف فعال
یا غیرفعال کرد.
.RE
.sp
\fB\-\-bench\fR \fIname\fR\[u2026]
.RS 4
بنچ‌مارک مشخص‌شده را بررسی می‌کند. این پرچم می‌تواند چندین بار مشخص شود و از
الگوهای عمومی glob یونیکس پشتیبانی می‌کند.
.RE
.sp
\fB\-\-benches\fR
.RS 4
تمام اهدافی را که پرچم مانیفست \fBbench = true\fR برای آن‌ها تنظیم شده است
بررسی می‌کند. به‌طور پیش‌فرض این شامل کتابخانه و باینری‌های ساخته‌شده به‌عنوان
بنچ‌مارک، و اهداف بنچ‌مارک است. توجه داشته باشید که این کار هرگونه وابستگی مورد نیاز
را نیز می‌سازد، بنابراین هدف کتابخانه ممکن است دو بار ساخته شود (یک بار به‌عنوان
بنچ‌مارک، و یک بار به‌عنوان وابستگی برای باینری‌ها، بنچ‌مارک‌ها و غیره). اهداف را
می‌توان با تنظیم پرچم \fBbench\fR در تنظیمات مانیفستِ آن هدف فعال یا غیرفعال کرد.
.RE
.sp
\fB\-\-all\-targets\fR
.RS 4
تمام اهداف را بررسی می‌کند. این معادل مشخص کردن \fB\-\-lib \-\-bins \-\-tests \-\-benches \-\-examples\fR\& است.
.RE.SS "انتخاب ویژگی‌ها (Feature Selection)"
پرچم‌های ویژگی به شما اجازه می‌دهند کنترل کنید کدام ویژگی‌ها فعال شوند. هنگامی که هیچ
گزینه‌ای برای ویژگی‌ها داده نشود، ویژگی \fBdefault\fR برای هر بسته انتخاب‌شده فعال
می‌شود.
.sp
برای جزئیات بیشتر، \fIمستندات ویژگی‌ها\fR <https://doc.rust\-lang.org/cargo/reference/features.html#command\-line\-feature\-options>
را ببینید.
.sp
\fB\-F\fR \fIfeatures\fR, 
\fB\-\-features\fR \fIfeatures\fR
.RS 4
فهرستی از ویژگی‌ها جداشده با فاصله یا کاما جهت فعال‌سازی. ویژگی‌های اعضای فضای کاری
(workspace) را می‌توان با نحو \fBpackage\-name/feature\-name\fR فعال کرد. این پرچم را
می‌توان چندین بار مشخص کرد، که تمام ویژگی‌های مشخص‌شده را فعال می‌کند.
.RE
.sp
\fB\-\-all\-features\fR
.RS 4
فعال‌سازی تمام ویژگی‌های موجود در همه بسته‌های انتخاب‌شده.
.RE
.sp
\fB\-\-no\-default\-features\fR
.RS 4
ویژگی \fBdefault\fR بسته‌های انتخاب‌شده را فعال نکن.
.RE
.SS "گزینه‌های کامپایل (Compilation Options)"
.sp
\fB\-\-target\fR \fItriple\fR
.RS 4
بررسی برای معماری مقصد (target) مشخص‌شده. این پرچم را می‌توان چندین بار مشخص کرد. مقدار پیش‌فرض، معماری میزبان (host) است. ساختار کلی سه‌گانه به صورت
\fB<arch><sub>\-<vendor>\-<sys>\-<abi>\fR\& است.
.sp
مقادیر ممکن:
.sp
.RS 4
\h'-04'\(bu\h'+03'هر مقصد پشتیبانی‌شده در \fBrustc \-\-print target\-list\fR\&.
.RE
.sp
.RS 4
\h'-04'\(bu\h'+03'\fB"host\-tuple"\fR، که در داخل با مقصد سیستم میزبان جایگزین خواهد شد. این گزینه به‌ویژه زمانی مفید است که در حال کامپایل متقابل (cross-compiling) برخی کریت‌ها هستید و نمی‌خواهید ماشین میزبان خود را به عنوان یک مقصد مشخص کنید (برای نمونه، یک \fBxtask\fR در پروژه‌ای مشترک که ممکن است توسط چندین میزبان مختلف توسعه داده شود).
.RE
.sp
.RS 4
\h'-04'\(bu\h'+03'مسیری به یک مشخصات مقصد سفارشی. برای اطلاعات بیشتر، \fICustom Target Lookup Path\fR <https://doc.rust\-lang.org/rustc/targets/custom.html#custom\-target\-lookup\-path> را ببینید.
.RE
.sp
این مورد را همچنین می‌توان با \fIمقدار پیکربندی\fR \fBbuild.target\fR <https://doc.rust\-lang.org/cargo/reference/config.html>\& مشخص کرد.
.sp
توجه داشته باشید که تعیین این پرچم باعث می‌شود Cargo در حالت متفاوتی اجرا شود که در آن
مصنوعات مقصد در یک دایرکتوری جداگانه قرار می‌گیرند. برای جزئیات بیشتر مستندات
\fIکَش ساخت\fR <https://doc.rust\-lang.org/cargo/reference/build\-cache.html> را ببینید.
.RE
.sp
\fB\-r\fR, 
\fB\-\-release\fR
.RS 4
بررسی مصنوعات بهینه‌سازی‌شده با نمایه \fBrelease\fR.
همچنین گزینه \fB\-\-profile\fR را برای انتخاب یک نمایه خاص بر اساس نام ببینید.
.RE
.sp
\fB\-\-profile\fR \fIname\fR
.RS 4
بررسی با نمایه داده‌شده.
.sp
به عنوان یک حالت خاص، مشخص کردن نمایه \fBtest\fR همچنین بررسی در حالت آزمون را فعال می‌کند که بررسی آزمون‌ها را مقدور ساخته و گزینه cfg با نام \fBtest\fR را فعال می‌کند.
برای جزئیات بیشتر، \fIآزمون‌های rustc\fR <https://doc.rust\-lang.org/rustc/tests/index.html>
را ببینید.
.sp
برای جزئیات بیشتر درباره نمایه‌ها، \fIمرجع\fR <https://doc.rust\-lang.org/cargo/reference/profiles.html> را ببینید.
.RE
.sp
\fB\-\-timings\fR
.RS 4
خروجی دادن اطلاعات در مورد مدت زمانی که هر کامپایل طول می‌کشد، و ردگیری اطلاعات
همزمانی در طول زمان.
.sp
یک فایل \fBcargo\-timing.html\fR در پایان ساخت در دایرکتوری \fBtarget/cargo\-timings\fR
نوشته خواهد شد. در صورتی که بخواهید یک اجرای قبلی را بررسی کنید، یک گزارش اضافی
با برچسب زمانی در نام فایل آن نیز نوشته می‌شود. این گزارش‌ها صرفاً برای استفاده انسان
مناسب هستند و داده‌های زمان‌بندی ماشین‌خوان ارائه نمی‌دهند.
.RE.SS "گزینه‌های خروجی (Output Options)"
.sp
\fB\-\-target\-dir\fR \fIdirectory\fR
.RS 4
دایرکتوری برای تمامی مصنوعات و فایل‌های میانی تولیدشده. همچنین می‌تواند با
متغیر محیطی \fBCARGO_TARGET_DIR\fR یا \fIمقدار پیکربندی\fR
\fBbuild.target\-dir\fR در <https://doc.rust\-lang.org/cargo/reference/config.html>\& مشخص شود.
پیش‌فرض آن \fBtarget\fR در ریشهٔ فضای کاری است.
.RE
.SS "گزینه‌های نمایش (Display Options)"
.sp
\fB\-v\fR, 
\fB\-\-verbose\fR
.RS 4
استفاده از خروجی پرچانه (verbose). می‌تواند دو بار برای خروجی \[lq]بسیار پرچانه\[rq] مشخص شود
که شامل خروجی‌های اضافی مانند هشدارهای وابستگی و خروجی اسکریپت ساخت است.
همچنین می‌تواند با \fIمقدار پیکربندی\fR \fBterm.verbose\fR در
<https://doc.rust\-lang.org/cargo/reference/config.html>\& مشخص شود.
.RE
.sp
\fB\-q\fR, 
\fB\-\-quiet\fR
.RS 4
پیام‌های گزارش cargo را چاپ نمی‌کند.
همچنین می‌تواند با \fIمقدار پیکربندی\fR \fBterm.quiet\fR در
<https://doc.rust\-lang.org/cargo/reference/config.html>\& مشخص شود.
.RE
.sp
\fB\-\-color\fR \fIwhen\fR
.RS 4
کنترل زمان استفاده از خروجی رنگی. مقادیر معتبر:
.sp
.RS 4
\h'-04'\(bu\h'+03'\fBauto\fR (پیش‌فرض): تشخیص خودکار اینکه آیا پشتیبانی از رنگ در ترمینال
موجود است یا خیر.
.RE
.sp
.RS 4
\h'-04'\(bu\h'+03'\fBalways\fR: همیشه رنگ‌ها را نمایش می‌دهد.
.RE
.sp
.RS 4
\h'-04'\(bu\h'+03'\fBnever\fR: هرگز رنگ‌ها را نمایش نمی‌دهد.
.RE
.sp
همچنین می‌تواند با \fIمقدار پیکربندی\fR \fBterm.color\fR در
<https://doc.rust\-lang.org/cargo/reference/config.html>\& مشخص شود.
.RE
.sp
\fB\-\-message\-format\fR \fIfmt\fR
.RS 4
قالب خروجی برای پیام‌های تشخیصی. می‌تواند چندین بار مشخص شود
و از مقادیر جداشده با کاما تشکیل می‌شود. مقادیر معتبر:
.sp
.RS 4
\h'-04'\(bu\h'+03'\fBhuman\fR (پیش‌فرض): نمایش در قالب متنی خوانا برای انسان. با
\fBshort\fR و \fBjson\fR تداخل دارد\&.
.RE
.sp
.RS 4
\h'-04'\(bu\h'+03'\fBshort\fR: انتشار پیام‌های متنی کوتاه‌تر و خوانا برای انسان. با \fBhuman\fR
و \fBjson\fR تداخل دارد\&.
.RE
.sp
.RS 4
\h'-04'\(bu\h'+03'\fBjson\fR: انتشار پیام‌های JSON در خروجی استاندارد (stdout). برای جزئیات
بیشتر به \fIمرجع\fR <https://doc.rust\-lang.org/cargo/reference/external\-tools.html#json\-messages>
مراجعه کنید. با \fBhuman\fR و \fBshort\fR تداخل دارد\&.
.RE
.sp
.RS 4
\h'-04'\(bu\h'+03'\fBjson\-diagnostic\-short\fR: اطمینان حاصل می‌کند که فیلد \fBrendered\fR پیام‌های JSON
شامل رندرینگ \[lq]کوتاه\[rq] از rustc باشد. نمی‌تواند همراه با \fBhuman\fR یا \fBshort\fR استفاده شود\&.
.RE
.sp
.RS 4
\h'-04'\(bu\h'+03'\fBjson\-diagnostic\-rendered\-ansi\fR: اطمینان حاصل می‌کند که فیلد \fBrendered\fR پیام‌های
JSON شامل کدهای رنگی تعبیه‌شدهٔ ANSI برای رعایت طرح رنگ پیش‌فرض rustc
باشد. نمی‌تواند همراه با \fBhuman\fR یا \fBshort\fR استفاده شود\&.
.RE
.sp
.RS 4
\h'-04'\(bu\h'+03'\fBjson\-render\-diagnostics\fR: به Cargo دستور می‌دهد که پیام‌های تشخیصی rustc را
در پیام‌های JSON چاپ‌شده نگنجاند، بلکه خود Cargo پیام‌های تشخیصی
JSON دریافتی از rustc را رندر کند. پیام‌های تشخیصی JSON خود Cargo و دیگر پیام‌های دریافتی
از rustc همچنان منتشر می‌شوند. نمی‌تواند همراه با \fBhuman\fR یا \fBshort\fR استفاده شود\&.
.RE
.RE.SS "گزینه‌های مانیفست (Manifest Options)"
.sp
\fB\-\-manifest\-path\fR \fIpath\fR
.RS 4
مسیر فایل \fBCargo.toml\fR. به‌طور پیش‌فرض، Cargo فایل \fBCargo.toml\fR را در دایرکتوری فعلی یا هر یک از دایرکتوری‌های والد جستجو می‌کند.
.RE
.sp
\fB\-\-ignore\-rust\-version\fR
.RS 4
مشخصات \fBrust\-version\fR در بسته‌ها را نادیده می‌گیرد.
.RE
.sp
\fB\-\-locked\fR
.RS 4
اطمینان حاصل می‌کند که دقیقاً از همان وابستگی‌ها و نسخه‌هایی استفاده شود که در زمان تولید اولیهٔ فایل \fBCargo.lock\fR موجود استفاده شده بودند. در صورت بروز هر یک از شرایط زیر، Cargo با خطا خارج خواهد شد:
.sp
.RS 4
\h'-04'\(bu\h'+03'فایل قفل وجود نداشته باشد.
.RE
.sp
.RS 4
\h'-04'\(bu\h'+03'Cargo به دلیل تحلیل و تفکیک متفاوت وابستگی‌ها، برای تغییر فایل قفل تلاش کند.
.RE
.sp
این گزینه ممکن است در محیط‌هایی که در آن‌ها ساخت‌های قطعی و بازتولیدپذیر مورد نیاز است، مانند خطوط لولهٔ CI، استفاده شود.
.RE
.sp
\fB\-\-offline\fR
.RS 4
از دسترسی Cargo به شبکه به هر دلیلی جلوگیری می‌کند. بدون این پرچم، اگر Cargo نیاز به دسترسی به شبکه داشته باشد و شبکه در دسترس نباشد، با خطا متوقف خواهد شد. با این پرچم، Cargo در صورت امکان تلاش می‌کند بدون شبکه به کار خود ادامه دهد.
.sp
توجه داشته باشید که این ممکن است به حل وابستگیِ متفاوتی نسبت به حالت برخط منجر شود. Cargo خود را به crateهایی که به‌صورت محلی بارگیری شده‌اند محدود می‌کند، حتی اگر همان‌طور که در نسخهٔ محلی نمایه (index) مشخص شده است، نسخهٔ جدیدتری وجود داشته باشد. برای دانلود وابستگی‌ها پیش از آفلاین شدن، دستور \fBcargo\-fetch\fR(1) را ببینید.
.sp
همچنین می‌تواند با \fIمقدار پیکربندی\fR \fBnet.offline\fR در <https://doc.rust\-lang.org/cargo/reference/config.html>\& مشخص شود.
.RE
.sp
\fB\-\-frozen\fR
.RS 4
معادل مشخص کردن هر دو گزینهٔ \fB\-\-locked\fR و \fB\-\-offline\fR\& است.
.RE
.SS "گزینه‌های عمومی (Common Options)"
.sp
\fB+\fR\fItoolchain\fR
.RS 4
اگر Cargo با rustup نصب شده باشد و اولین آرگومان \fBcargo\fR با \fB+\fR آغاز شود، به عنوان نام زنجیره ابزار rustup تفسیر خواهد شد (مانند \fB+stable\fR یا \fB+nightly\fR).
برای اطلاعات بیشتر در مورد چگونگی کارکرد بازنویسی‌های زنجیره ابزار، \fIمستندات rustup\fR را در <https://rust\-lang.github.io/rustup/overrides.html> ببینید.
.RE
.sp
\fB\-\-config\fR \fIKEY=VALUE\fR یا \fIPATH\fR
.RS 4
یک مقدار پیکربندی Cargo را بازنویسی می‌کند. آرگومان باید در ساختار نحو TOML به صورت \fBKEY=VALUE\fR باشد، یا به عنوان یک مسیر به یک فایل پیکربندی اضافی ارائه شود. این پرچم را می‌توان چندین بار مشخص کرد.
برای اطلاعات بیشتر \fIبخش بازنویسی‌های خط فرمان\fR را در <https://doc.rust\-lang.org/cargo/reference/config.html#command\-line\-overrides> ببینید.
.RE
.sp
\fB\-C\fR \fIPATH\fR
.RS 4
دایرکتوری کاری فعلی را قبل از اجرای هر عملیات مشخص‌شده تغییر می‌دهد. این امر بر مواردی مانند محل پیش‌فرضی که cargo در آن به دنبال مانیفست پروژه (\fBCargo.toml\fR) می‌گردد، و همچنین دایرکتوری‌های جستجو شده برای کشف \fB\&.cargo/config.toml\fR تأثیر می‌گذارد. این گزینه باید قبل از نام دستور ظاهر شود، برای مثال \fBcargo \-C path/to/my\-project build\fR\&.
.sp
این گزینه تنها در \fIکانال nightly\fR <https://doc.rust\-lang.org/book/appendix\-07\-nightly\-rust.html> در دسترس است و برای فعال‌سازی به پرچم \fB\-Z unstable\-options\fR نیاز دارد (مشاهدهٔ \fI#10098\fR <https://github.com/rust\-lang/cargo/issues/10098>).
.RE
.sp
\fB\-h\fR, 
\fB\-\-help\fR
.RS 4
اطلاعات راهنما را چاپ می‌کند.
.RE
.sp
\fB\-Z\fR \fIflag\fR
.RS 4
پرچم‌های ناپایدار (فقط ویژهٔ nightly) برای Cargo. برای جزئیات، \fBcargo \-Z help\fR را اجرا کنید.
.RE.SS "گزینه‌های متفرقه (Miscellaneous Options)"
.sp
\fB\-j\fR \fIN\fR, 
\fB\-\-jobs\fR \fIN\fR
.RS 4
تعداد کارهای موازی برای اجرا. همچنین می‌تواند با \fIمقدار پیکربندی\fR
\fBbuild.jobs\fR <https://doc.rust\-lang.org/cargo/reference/config.html>\& مشخص شود. مقدار پیش‌فرض،
تعداد CPUهای منطقی است. در صورت منفی بودن، بیشینهٔ تعداد کارهای
موازی را برابر با تعداد CPUهای منطقی به‌علاوهٔ مقدار ارائه‌شده تعیین می‌کند. اگر
رشتهٔ \fBdefault\fR داده شود، مقدار را به پیش‌فرض بازمی‌گرداند.
نباید 0 باشد.
.RE
.sp
\fB\-\-keep\-going\fR
.RS 4
تا جای ممکن crateهای موجود در گراف وابستگی را می‌سازد، به‌جای آن‌که با
شکست ساخت نخستین crate فرایند ساخت را متوقف کند.
.sp
برای مثال اگر بستهٔ فعلی به وابستگی‌های \fBfails\fR و \fBworks\fR وابسته باشد و
ساخت یکی از آن‌ها با خطا مواجه شود، ممکن است \fBcargo check \-j1\fR وابستگی موفق را
بسازد یا نسازد (بسته به این‌که Cargo کدام‌یک از دو ساخت را برای اجرای اول انتخاب کرده
باشد)، در حالی که \fBcargo check \-j1 \-\-keep\-going\fR قطعاً هر دو ساخت را اجرا می‌کند،
حتی اگر موردی که اول اجرا می‌شود شکست بخورد.
.RE
.sp
\fB\-\-future\-incompat\-report\fR
.RS 4
نمایش گزارش future\-incompat برای هرگونه هشدار ناسازگاری در آینده که
در طول اجرای این دستور تولید شده است.
.sp
\fBcargo\-report\fR(1) را ببینید.
.RE
.SH "محیط (ENVIRONMENT)"
برای جزئیات درباره متغیرهای محیطی که Cargo می‌خواند، \fIمرجع\fR <https://doc.rust\-lang.org/cargo/reference/environment\-variables.html> را
ببینید.
.SH "وضعیت خروج (EXIT STATUS)"
.sp
.RS 4
\h'-04'\(bu\h'+03'\fB0\fR: اجرای Cargo موفقیت‌آمیز بود.
.RE
.sp
.RS 4
\h'-04'\(bu\h'+03'\fB101\fR: اجرای Cargo با شکست مواجه شد و کامل نشد.
.RE
.SH "مثال‌ها (EXAMPLES)"
.sp
.RS 4
\h'-04' 1.\h'+01'بررسی بستهٔ محلی برای یافتن خطاها:
.sp
.RS 4
.nf
cargo check
.fi
.RE
.RE
.sp
.RS 4
\h'-04' 2.\h'+01'بررسی تمام هدف‌ها، از جمله آزمون‌های واحد:
.sp
.RS 4
.nf
cargo check \-\-all\-targets \-\-profile=test
.fi
.RE
.RE
.SH "همچنین ببینید (SEE ALSO)"
\fBcargo\fR(1), \fBcargo\-build\fR(1)