git-send-email - آنلاین در ابر

برنامه:

نام

git-send-email - مجموعه ای از وصله ها را به عنوان ایمیل ارسال کنید

خلاصه

دستگاه گوارش ایمیل بفرست [گزینه ها] ...
دستگاه گوارش ایمیل بفرست - نام مستعار dump

شرح

وصله های داده شده در خط فرمان را می گیرد و آنها را ایمیل می کند. پچ ها را می توان مشخص کرد
به عنوان فایل ها، دایرکتوری ها (که همه فایل ها را در دایرکتوری ارسال می کند)، یا مستقیماً به عنوان یک
لیست تجدید نظر در آخرین مورد، هر قالب پذیرفته شده توسط گیت-قالب(1) قابل تصویب است
برای دریافت ایمیل ارسال کنید.

هدر ایمیل از طریق گزینه های خط فرمان قابل تنظیم است. اگر روی آن مشخص نشده باشد
خط فرمان، از کاربر خواسته می شود که یک رابط فعال ReadLine را ارائه دهد
اطلاعات لازم.

دو فرمت برای فایل های پچ پذیرفته شده است:

1. فایل های با فرمت mbox

این چیزی است که گیت-قالب(1) ایجاد می کند. اکثر هدرها و قالب بندی MIME هستند
نادیده گرفته شد

2. قالب اصلی که توسط Greg Kroah-Hartman's استفاده شده است send_lots_of_email.pl خط

این قالب انتظار دارد که خط اول فایل حاوی مقدار "Cc:" و مقدار باشد
"موضوع:" پیام به عنوان خط دوم.

OPTIONS

آهنگسازی
-- حاشیه نویسی کنید
هر وصله‌ای را که می‌خواهید ارسال کنید، مرور و ویرایش کنید. پیش فرض مقدار است
sendemail.annotate. بخش CONFIGURATION را ببینید sendemail.multiEdit.

--bcc= ،...
برای هر ایمیل یک مقدار "Bcc:" مشخص کنید. پیش فرض مقدار است sendemail.bcc.

این گزینه ممکن است چندین بار مشخص شود.

--cc= ،...
برای هر ایمیل یک مقدار شروع "Cc:" مشخص کنید. پیش فرض مقدار است sendemail.cc.

این گزینه ممکن است چندین بار مشخص شود.

--ساختن
یک ویرایشگر متن را فراخوانی کنید (به GIT_EDITOR مراجعه کنید git-var(1)) برای ویرایش یک پیام مقدماتی
برای سری پچ

چه زمانی --ساختن استفاده می شود، git send-email از From، Subject و In-Reply-To استفاده می کند
هدرهای مشخص شده در پیام اگر متن پیام (چیزی که بعد از
سرصفحه ها و یک خط خالی) فقط شامل خطوط خالی (یا Git: پیشوند) است، خلاصه
ارسال نمی شود، اما از هدرهای From، Subject و In-Reply-To استفاده می شود مگر اینکه
حذف شده.

هدرهای از دست رفته از یا در پاسخ به را درخواست می شود.

بخش CONFIGURATION را ببینید sendemail.multiEdit.

--از=
فرستنده ایمیل ها را مشخص کنید. اگر در خط فرمان مشخص نشده باشد، مقدار
la ارسال ایمیل.از گزینه پیکربندی استفاده می شود. اگر نه گزینه خط فرمان
نه ارسال ایمیل.از تنظیم می شوند، سپس از کاربر برای مقدار درخواست می شود. پیشفرض
برای درخواست مقدار GIT_AUTHOR_IDENT یا GIT_COMMITTER_IDENT خواهد بود اگر
تنظیم نشده است، همانطور که توسط "git var -l" برگردانده شده است.

--در پاسخ به=
کاری کنید که اولین نامه (یا همه ایمیل های دارای --no-thread) به عنوان پاسخی به ایمیل داده شده ظاهر شود.
Message-Id، که از شکستن رشته ها برای ارائه یک سری پچ جدید جلوگیری می کند. دومین
و ایمیل های بعدی به عنوان پاسخ با توجه به --[no]-chain-reply-to ارسال خواهد شد.
تنظیم می باشد.

بنابراین برای مثال زمانی که --thread و --no-chain-reply-to مشخص می شوند، دوم و
وصله های بعدی مانند تصویر زیر پاسخی به اولی خواهند بود
جایی که [PATCH v2 0/3] در پاسخ به [PATCH 0/2] است:

[PATCH 0/2] این کاری است که من انجام دادم...
[PATCH 1/2] پاکسازی و آزمایش
[PATCH 2/2] پیاده سازی
[PATCH v2 0/3] در اینجا یک رول مجدد است
[PATCH v2 1/3] پاکسازی کنید
[PATCH v2 2/3] تست های جدید
[PATCH v2 3/3] پیاده سازی

فقط در صورتی ضروری است که --compose نیز تنظیم شده باشد. اگر --compose تنظیم نشده باشد، این خواهد بود
برانگیخت.

--subject=
موضوع اولیه تاپیک ایمیل را مشخص کنید. فقط در صورتی ضروری است که --compose نیز باشد
تنظیم. اگر --compose تنظیم نشده باشد، این مورد درخواست می شود.

--به= ،...
گیرنده اصلی ایمیل های تولید شده را مشخص کنید. به طور کلی، این خواهد بود
نگهدارنده بالادست پروژه درگیر پیش فرض مقدار است sendemail.to
مقدار پیکربندی؛ اگر نامشخص باشد، و --to-cmd مشخص نشده باشد، این کار انجام می شود
برانگیخته شود.

این گزینه ممکن است چندین بار مشخص شود.

--8bit-encoding=
هنگام مواجهه با پیام یا موضوعی غیر ASCII که رمزگذاری آن را اعلام نمی کند،
سرصفحه/ نقل قول اضافه کنید تا نشان دهید که در آن کدگذاری شده است . پیش فرض مقدار است
la sendemail.assume8bitEncoding; اگر نامشخص باشد، برای if درخواست می شود
با هر فایل غیر ASCII مواجه می شود.

توجه داشته باشید که هیچ تلاشی برای تأیید اعتبار رمزگذاری انجام نمی شود.

--compose-encoding=
رمزگذاری پیام نوشتن را مشخص کنید. پیش فرض مقدار است
sendemail.composeencoding; اگر نامشخص باشد، UTF-8 در نظر گرفته می شود.

--transfer-encoding=(7bit|8bit|quoted-printable|base64)
رمزگذاری انتقال مورد استفاده برای ارسال پیام از طریق SMTP را مشخص کنید. 7 بیت از کار خواهد افتاد
پس از مواجهه با یک پیام غیر ASCII. quoted-printable می تواند مفید باشد زمانی که
مخزن حاوی فایل‌هایی است که حاوی بازگشت‌های حمل‌ونقل هستند، اما ایمیل پچ خام را می‌سازد
بازرسی دستی فایل (همانطور که از یک MUA ذخیره شده است) بسیار سخت تر است. base64 احمق تر است
اثبات، اما حتی مبهم تر. پیش فرض مقدار است
sendemail.transferEncoding مقدار پیکربندی؛ اگر نامشخص باشد، git استفاده خواهد کرد
8 بیت و هدر Content-Transfer-Encoding اضافه نکنید.

--xmailer، --no-xmailer
هدر "X-Mailer:" را اضافه کنید (یا از افزودن آن جلوگیری کنید). به طور پیش فرض، هدر اضافه می شود، اما
می توان آن را با تنظیم متغیر پیکربندی sendemail.xmailer روی false خاموش کرد.

ارسال
--پاکت-فرستنده=
فرستنده پاکت نامه مورد استفاده برای ارسال ایمیل ها را مشخص کنید. اگر پیش فرض شما باشد، این کار مفید است
آدرس آدرسی نیست که در فهرستی ثبت شده باشد. به منظور استفاده از از جانب
آدرس، مقدار را روی "auto" تنظیم کنید. اگر از باینری sendmail استفاده می کنید، باید داشته باشید
امتیازات مناسب برای پارامتر -f. پیش فرض مقدار است
sendemail.envelopeSender متغیر پیکربندی؛ اگر نامشخص است، انتخاب کنید
ارسال کننده پاکت نامه به MTA شما سپرده می شود.

--smtp-encryption=
رمزگذاری مورد استفاده را مشخص کنید اس اس ال or TLS. هر مقدار دیگری به حالت ساده باز می گردد
SMTP. پیش فرض مقدار است sendemail.smtpEncryption.

--smtp-domain=
نام دامنه کاملاً واجد شرایط (FQDN) مورد استفاده در دستور HELO/EHLO را برای
سرور SMTP. برخی از سرورها برای مطابقت با آدرس IP شما به FQDN نیاز دارند. اگر تنظیم نشد، git کنید
ارسال ایمیل تلاش می کند تا FQDN شما را به صورت خودکار تعیین کند. پیش فرض مقدار است
sendemail.smtpDomain.

--smtp-auth=
فهرست مکانیسم‌های مجاز SMTP-AUTH با فضای خالی جدا شده است. این تنظیمات با استفاده از نیروهای
فقط مکانیسم های ذکر شده مثال:

$ git send-email --smtp-auth="ورود ساده GSSAPI" ...

اگر حداقل یکی از مکانیسم های مشخص شده با مکانیسم های تبلیغ شده توسط SMTP مطابقت داشته باشد
سرور و اگر توسط کتابخانه SASL مورد استفاده پشتیبانی می شود، مکانیسم مورد استفاده قرار می گیرد
احراز هویت. اگر هیچ کدام sendemail.smtpAuth نه --smtp-auth مشخص شده است، همه
مکانیسم های پشتیبانی شده توسط کتابخانه SASL را می توان استفاده کرد.

--smtp-pass[= ]
رمز عبور SMTP-AUTH. آرگومان اختیاری است: اگر هیچ آرگومانی مشخص نشده باشد، پس
رشته خالی به عنوان رمز عبور استفاده می شود. پیش فرض مقدار است sendemail.smtpPass,
اما --smtp-pass همیشه این مقدار را نادیده می گیرد.

علاوه بر این، رمزهای عبور لازم نیست در فایل های پیکربندی یا روی دستور مشخص شوند
خط اگر نام کاربری مشخص شده باشد (با --smtp-user یا یک sendemail.smtpUser)، ولی
هیچ رمز عبوری مشخص نشده است (با --smtp-pass or sendemail.smtpPass)، پس یک
رمز عبور با استفاده از git-credential.

--smtp-server=
اگر تنظیم شود، سرور SMTP خروجی را برای استفاده مشخص می کند (به عنوان مثال smtp.example.com یا یک IP خام
نشانی). از طرف دیگر می‌تواند یک نام مسیر کامل یک برنامه مشابه sendmail را مشخص کند
بجای؛ برنامه باید از گزینه -i پشتیبانی کند. مقدار پیش فرض را می توان توسط
sendemail.smtpServer گزینه پیکربندی؛ پیش فرض داخلی است /usr/sbin/sendmail
or /usr/lib/sendmail اگر چنین برنامه ای در دسترس باشد یا لوکال هاست در غیر این صورت.

--smtp-server-port=
پورتی متفاوت از درگاه پیش‌فرض را مشخص می‌کند (سرورهای SMTP معمولاً به آن گوش می‌دهند
پورت smtp 25، اما ممکن است به پورت ارسال 587 یا پورت SSL smtp رایج نیز گوش دهد.
465)؛ نام پورت های نمادین (مانند "ارسال" به جای 587) نیز پذیرفته می شود. در
پورت را نیز می توان با sendemail.smtpServerPort متغیر پیکربندی

--smtp-server-option=
اگر تنظیم شود، گزینه سرور SMTP خروجی را برای استفاده مشخص می کند. مقدار پیش فرض می تواند باشد
مشخص شده توسط sendemail.smtpServerOption گزینه پیکربندی

گزینه --smtp-server-option باید برای هر گزینه ای که می خواهید به آن ارسال کنید تکرار شود
سرور. به همین ترتیب، خطوط مختلفی در فایل های پیکربندی باید برای هر کدام استفاده شود
گزینه.

--smtp-ssl
نام مستعار میراث برای --smtp-encryption اس اس ال.

--smtp-ssl-cert-path
مسیری به ذخیره‌ای از گواهی‌های CA قابل اعتماد برای اعتبارسنجی گواهینامه SMTP SSL/TLS
(یا دایرکتوری که توسط c_rehash، یا یک فایل منفرد حاوی
یک یا چند گواهی فرمت PEM به هم پیوسته اند: ببینید بررسی(1) -CAfile و
-CApath برای اطلاعات بیشتر در این مورد). آن را روی یک رشته خالی تنظیم کنید تا غیرفعال شود
تایید گواهی پیش‌فرض مقدار the sendemail.smtpsslcertpath
متغیر پیکربندی، در صورت تنظیم، یا پیش فرض کامپایل شده کتابخانه SSL پشتیبان
در غیر این صورت (که باید بهترین انتخاب در اکثر سیستم عامل ها باشد).

--smtp-user=
نام کاربری برای SMTP-AUTH. پیش فرض مقدار است sendemail.smtpUser; اگر یک نام کاربری باشد
مشخص نشده (با --smtp-user or sendemail.smtpUser)، پس احراز هویت نیست
تلاش.

--smtp-debug=0|1
خروجی اشکال زدایی (1) را فعال یا (0) غیرفعال کنید. اگر فعال باشد، دستورات و پاسخ های SMTP خواهد بود
چاپ شده. برای رفع اشکال اتصال TLS و مشکلات احراز هویت مفید است.

خودکار سازی
--to-cmd=
دستوری را مشخص کنید که یک بار در هر فایل وصله اجرا شود که باید فایل وصله ایجاد کند
ورودی های خاص "به:". خروجی این دستور باید یک آدرس ایمیل در هر خط باشد.
پیش فرض مقدار است sendemail.tocmd مقدار پیکربندی

--cc-cmd=
دستوری را مشخص کنید که یک بار در هر فایل وصله اجرا شود که باید فایل وصله ایجاد کند
ورودی های خاص "Cc:". خروجی این دستور باید یک آدرس ایمیل در هر خط باشد.
پیش فرض مقدار است sendemail.ccCmd مقدار پیکربندی

--[no-] chain-reply-to
اگر این تنظیم باشد، هر ایمیل به عنوان پاسخ به ایمیل قبلی ارسال شده ارسال می شود. اگر
غیرفعال شده با "--no-chain-reply-to"، همه ایمیل های بعد از اولین ایمیل به عنوان ارسال می شوند
پاسخ به اولین ایمیل ارسال شده هنگام استفاده از این، توصیه می شود که اول
فایل ارائه شده یک نمای کلی از کل سری پچ باشد. به طور پیش فرض غیرفعال است، اما
sendemail.chainReplyTo برای فعال کردن آن می توان از متغیر پیکربندی استفاده کرد.

--هویت=
هویت پیکربندی هنگامی که داده می شود، باعث ایجاد مقادیر در ایمیل بفرست.
برای ارجحیت بر مقادیر در بخش فرعی ایمیل بفرست بخش. پیشفرض
هویت ارزش است sendemail.identity.

--[no-]signed-off-by-cc
اگر این تنظیم شده است، ایمیل‌های یافت شده در خطوط امضاشده توسط: یا رونوشت: را به فهرست cc اضافه کنید.
پیش فرض مقدار است sendemail.signedoffbycc مقدار پیکربندی؛ اگر این باشد
نامشخص، پیش‌فرض روی --signed-off-by-cc.

--[no-]cc-cover
اگر این تنظیم باشد، ایمیل‌هایی که در هدرهای Cc: در اولین وصله سری یافت می‌شوند
(معمولاً نامه پوششی) برای هر مجموعه ایمیل به لیست cc اضافه می شود. پیش فرض است
ارزش sendemail.cccover مقدار پیکربندی؛ اگر نامشخص است، به طور پیش فرض روی
--بدون سی سی کاور.

--[نه-]برای پوشش
اگر این تنظیم باشد، ایمیل‌هایی که در هدرهای To: در اولین وصله سری یافت می‌شوند
(معمولاً نامه پوششی) برای هر مجموعه ایمیل به لیست اضافه می شود. پیش فرض است
ارزش sendemail.tocover مقدار پیکربندی؛ اگر نامشخص است، به طور پیش فرض روی
-- بدون پوشش.

--suppress-cc=
یک دسته دیگر از گیرندگان را برای سرکوب خودکار سی سی موارد زیر مشخص کنید:

· نویسنده از درج نویسنده پچ خودداری خواهد کرد

· خود از گنجاندن فرستنده اجتناب خواهد کرد

· cc از گنجاندن هرکسی که در خطوط رونوشت ذکر شده در هدر وصله نام برده شده است به جز
برای خود (استفاده خود برای آن)

· bodycc از گنجاندن هرکسی که در خطوط Cc ذکر شده در بدنه پچ خودداری می کند (متعهد شود
پیام) به جز برای خود (استفاده خود برای آن)

· هق هق گریه از گنجاندن هرکسی که در خطوط امضا شده به غیر از خود نام برده شده است خودداری خواهد کرد
(استفاده کنید خود برای آن)

· cccmd از اجرای --cc-cmd جلوگیری می کند.

· بدن برابر است با هق هق گریه + bodycc

· تمام تمام مقادیر سی سی خودکار را سرکوب می کند.

پیش فرض مقدار است sendemail.suppresscc مقدار پیکربندی؛ اگر این باشد
نامشخص، پیش فرض خود اگر --suppress-f از مشخص شده باشد و همچنین بدن if
--no-signed-off-cc مشخص شده است.

--[نه-]سرکوب-از
اگر این تنظیم شده است، آدرس From: را به لیست cc: اضافه نکنید. پیش فرض مقدار است
sendemail.suppressFrom مقدار پیکربندی؛ اگر نامشخص است، به طور پیش فرض روی
--بدون سرکوب-از.

--[بدون-] نخ
اگر این تنظیم باشد، سرصفحه های In-Reply-To و References به هر ایمیل اضافه می شود
ارسال شد. اینکه آیا هر نامه به ایمیل قبلی اشاره دارد یا نه (رشته‌های عمیق در هر دستگاه گوارش
قالب-پچ عبارت) یا به ایمیل اول (رشته های کم عمق) تحت کنترل است
"--[no-]chain-reply-to".

اگر با "--no-thread" غیرفعال شود، آن سرصفحه ها اضافه نمی شوند (مگر اینکه با
--در پاسخ به). پیش فرض مقدار است sendemail.thread مقدار پیکربندی؛ اگر
که نامشخص است، پیش‌فرض به --thread است.

این به کاربر بستگی دارد که اطمینان حاصل کند که هیچ هدر In-Reply-To از قبل وجود نداشته باشد دستگاه گوارش
ایمیل بفرست خواسته می شود تا آن را اضافه کند (به ویژه توجه داشته باشید که دستگاه گوارش قالب-پچ را می توان پیکربندی کرد
برای انجام خود نخ). عدم انجام این کار ممکن است نتیجه مورد انتظار را در پی نداشته باشد
MUA گیرنده

اداره کردن
--تأیید=
درست قبل از ارسال تایید کنید:

· همیشه همیشه قبل از ارسال تایید می کند

· هرگز هرگز قبل از ارسال تایید نمی شود

· cc زمانی که ایمیل ارسالی به طور خودکار آدرس‌هایی را اضافه کرده باشد، قبل از ارسال تأیید می‌کند
از پچ به لیست رونوشت

· سرودن هنگام استفاده از --compose قبل از ارسال اولین پیام تأیید می کند.

· خودکار برابر است با cc + سرودن

پیش فرض مقدار است sendemail.confirm مقدار پیکربندی؛ اگر نامشخص باشد،
پیش فرض به خودکار مگر اینکه هیچ یک از گزینه های suppress مشخص شده باشد که در این صورت
پیش فرض به سرودن.

-- خشک اجرا شود
همه کارها را انجام دهید به جز ارسال ایمیل.

--[no-] format-patch
هنگامی که یک آرگومان ممکن است به عنوان یک مرجع یا به عنوان نام فایل درک شود، آن را انتخاب کنید
آن را به عنوان یک آرگومان قالب-پچ درک کنید (--format-patch) یا به عنوان نام فایل
(--بدون فرمت-پچ). به طور پیش فرض، زمانی که چنین تضادی رخ می دهد، git send-email خواهد شد
شکست.

--ساکت
git-send-email را کمتر پرمخاطب کنید. یک خط در هر ایمیل باید تمام خروجی باشد.

--[نه-] اعتبار سنجی
بررسی های سلامت عقل را روی وصله ها انجام دهید. در حال حاضر اعتبار سنجی به معنای موارد زیر است:

اخطار در مورد وصله های حاوی خطوط بیشتر از 998 کاراکتر. این به دلیل SMTP است
محدودیت هایی که توسط http://www.ietf.org/rfc/rfc2821.txt.

پیش فرض مقدار است sendemail.validate; اگر این تنظیم نشده است، به طور پیش فرض روی --تصدیق.

--زور
حتی اگر بررسی های ایمنی مانع از آن شود، ایمیل بفرستید.

اطلاعات
- نام مستعار dump
به جای عملکرد عادی، نام مستعار مختصر را از پیکربندی‌شده حذف کنید
فایل(های) مستعار، یکی در هر خط به ترتیب حروف الفبا. توجه داشته باشید، این فقط شامل نام مستعار می شود
نام و نه آدرس های ایمیل توسعه یافته آن. دیدن sendemail.aliasesfile برای اطلاعات بیشتر
اطلاعات در مورد نام مستعار

پیکربندی

sendemail.aliasesFile
برای جلوگیری از تایپ آدرس های ایمیل طولانی، این مورد را به یک یا چند فایل نام مستعار ایمیل نشان دهید.
شما هم باید عرضه کنید sendemail.aliasFileType.

sendemail.aliasFileType
فرمت فایل(های) مشخص شده در sendemail.aliasesFile. باید یکی از سگ, mailrc,
کاج, نارون قرمز، یا گنوس، یا ارسال پست الکترونیکی.

اینکه یک فایل نام مستعار در هر فرمت چگونه به نظر می رسد را می توان در مستندات آن یافت
برنامه ایمیلی به همین نام تفاوت ها و محدودیت های استاندارد
فرمت ها در زیر توضیح داده شده است:

ارسال پست الکترونیکی

· نام مستعار نقل قول و آدرس های نقل شده پشتیبانی نمی شوند: خطوطی که حاوی "
نماد نادیده گرفته می شوند

· هدایت مجدد به یک فایل (/path/name) یا لوله (|فرمان) پشتیبانی نمی شود.

· گنجاندن فایل (:include: /path/name) پشتیبانی نمی شود.

· اخطارها در خروجی خطای استاندارد به طور صریح چاپ می شوند
ساختارهای پشتیبانی نشده و هر خط دیگری که توسط آن شناسایی نمی شود
تجزیه کننده

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

sendemail.confirm
پیش‌فرض را برای تأیید قبل از ارسال تنظیم می‌کند. باید یکی از همیشه, هرگز,
cc, سرودن، یا خودکاراست. دیدن --تایید در بخش قبل برای معنای اینها
ارزش ها.

مثال

استفاده کنید جیمیل as la SMTP سرور
برای استفاده دستگاه گوارش ایمیل بفرست برای ارسال وصله های خود از طریق سرور GMail SMTP، ویرایش کنید
~ / .gitconfig برای تعیین تنظیمات حساب خود:

[ایمیل بفرست]
smtpEncryption = tls
smtpServer = smtp.gmail.com
smtpUser = [ایمیل محافظت شده]
smtpServerPort = 587

پس از آماده شدن commit های شما برای ارسال به لیست پستی، دستورات زیر را اجرا کنید:

فرمت git $-patch --cover-letter -M origin/master -o outgoing/
$ ویرایش خروجی/0000-*
$ git ارسال ایمیل خروجی/*

توجه: ماژول های perl زیر مورد نیاز هستند Net::SMTP::SSL، MIME::Base64 و
اعتبار::SASL

از git-send-email به صورت آنلاین با استفاده از خدمات onworks.net استفاده کنید