نام (NAME)

redo-log - نمایش پیام‌های گزارش از ساخت‌های قبلی

خلاصه دستور (SYNOPSIS)

redo-log [گزینه‌ها...] [هدف‌ها...]

توضیحات (DESCRIPTION)

هنگامی که redo اجرا می‌شود، خروجی خطای استاندارد (stderr) ناشی از فعالیت ساخت هر هدف را دریافت کرده و آن را برای بعد ذخیره می‌کند. زمانی که یک هدف بازسازی می‌شود، گزارش‌های جدید جایگزین گزارش‌های قدیمی آن هدف می‌شوند. دستور redo-log خروجی گزارش را برای هر مجموعه‌ای از هدف‌ها نمایش می‌دهد.

گزینه‌ها (OPTIONS)

-r, --recursive

اگر هدف‌های درخواست‌شده موجب ساخته‌شدن هرگونه وابستگی شوند، گزارش‌های مربوط به آن وابستگی‌ها را نیز به‌صورت بازگشتی نمایش می‌دهد. (و چنانچه آن وابستگی‌ها وابستگی‌های بیشتری را بسازند، گزارش‌های آن‌ها را نیز نشان می‌دهد، و به همین ترتیب.)

-u, --unchanged

نمایش پیام‌ها حتی برای وابستگی‌هایی که تغییر نکرده‌اند (نیازی به ساخت مجدد نداشتند). برای انجام این کار، گزارش‌های مربوط به تازه‌ترین ساخت هر وابستگی تحت تأثیر را نشان می‌دهیم. معمولاً این گزینه همراه با -r به کار می‌رود.

-f, --follow

اگر فرآیند ساخت در حال حاضر برای هر یک از هدف‌های درخواست‌شده یا وابستگی‌های آن‌ها در حال اجرا باشد، گزارش‌ها را پیگیری می‌کند (مانند tail -f) تا زمانی که ساخت به پایان برسد.

--no-details

نمایش تنها پیام‌های خود redo، نه سایر پیام‌های تولیدشده توسط اسکریپت‌های ساخت. به‌طور کلی این گزینه فهرستی از هدف‌های ساخته‌شده را به شما ارائه می‌دهد، اما شامل گزارش‌های با جزئیات، هشدارها یا خطاها نمی‌شود.

--no-status

عدم نمایش وضعیت ساخت در حال اجرا در پایین صفحه. (مگر اینکه این گزینه مشخص شده باشد، خط وضعیت در صورت استفاده از --follow، اگر stderr یک ترمینال باشد، فعال خواهد بود.) اگر stderr یک ترمینال نباشد، می‌توانید با استفاده از --status فعال‌سازی خط وضعیت را اجبار کنید.

--no-pretty

نمایش خطوط گزارش «خام» redo (رویدادهای @@REDO) به‌جای استفاده از قالب خوانا برای انسان. پیش‌فرض --pretty است.

--no-color

هنگام استفاده از --pretty و نوشتن در یک ترمینال، خروجی رنگی می‌شود تا نتایج واضح‌تر برجسته شوند. اگر در ترمینال نمی‌نویسید، می‌توانید از --color برای اجبار خروجی رنگی استفاده کنید.

--debug-locks

چاپ پیام‌های مربوط به تصاحب، آزادسازی و انتظار برای قفل‌ها. از آنجا که redo می‌تواند بسیار موازی‌سازی شود، ممکن است یک نمونه در نهایت منتظر ساخته‌شدن یک هدف توسط نمونه‌ای دیگر بماند تا بتواند ادامه دهد. اگر مشکوک هستید که این مورد باعث ایجاد مشکل شده است، از این گزینه استفاده کنید تا ببینید کدام نمونه و چه زمانی منتظر است.

--debug-pids

افزودن شناسه فرایند (PID) نمونه خاص redo به هر پیام خروجی. این امر تشخیص اینکه کدام زیرنمونه از redo در حال انجام چه کاری است را آسان‌تر می‌کند.

REDO

بخشی از مجموعهٔ redo(1).

قدردانی‌ها (CREDITS)

مفهوم اولیهٔ redo توسط D. J. Bernstein طراحی شد و در وبگاه او (http://cr.yp.to/redo.html) مستند گردید. این پیاده‌سازی مستقل توسط Avery Pennarun توسعه یافته است و می‌توانید کد منبع آن را در http://github.com/apenwarr/redo بیابید.

همچنین ببینید (SEE ALSO)

redo(1)

نویسندگان (AUTHORS)

Avery Pennarun <apenwarr@gmail.com>