git-send-email - Online sa Cloud

PROGRAMA:

NAME

git-send-email - Magpadala ng koleksyon ng mga patch bilang mga email

SINOPSIS

pumunta magpadala-email [mga pagpipilian] ...
pumunta magpadala-email --dump-aliases

DESCRIPTION

Kinukuha ang mga patch na ibinigay sa command line at i-email ang mga ito. Maaaring tukuyin ang mga patch
bilang mga file, mga direktoryo (na magpapadala ng lahat ng mga file sa direktoryo), o direkta bilang a
listahan ng rebisyon. Sa huling kaso, anumang format na tinanggap ng git-format-patch(1) maaaring ipasa
sa git send-email.

Ang header ng email ay maaaring i-configure sa pamamagitan ng mga opsyon sa command-line. Kung hindi tinukoy sa
command line, ipo-prompt ang user ng isang interface na pinagana ang ReadLine upang ibigay ang
kinakailangang impormasyon.

Mayroong dalawang mga format na tinatanggap para sa mga patch file:

1. mbox format na mga file

Ito ay kung ano git-format-patch(1) bumubuo. Karamihan sa mga header at pag-format ng MIME ay
hindi pinansin

2. Ang orihinal na format na ginamit ni Greg Kroah-Hartman send_lots_of_email.pl script

Inaasahan ng format na ito na maglalaman ang unang linya ng file ng "Cc:" na halaga at ang
"Subject:" ng mensahe bilang pangalawang linya.

Opsyon

Pagbubuo
--itala
Suriin at i-edit ang bawat patch na ipapadala mo. Default ay ang halaga ng
sendemail.annotate. Tingnan ang seksyong CONFIGURATION para sa sendemail.multiEdit.

--bcc= ,...
Tumukoy ng value na "Bcc:" para sa bawat email. Default ay ang halaga ng sendemail.bcc.

Maaaring tukuyin ang opsyong ito nang maraming beses.

--cc= ,...
Tumukoy ng panimulang "Cc:" na halaga para sa bawat email. Default ay ang halaga ng sendemail.cc.

Maaaring tukuyin ang opsyong ito nang maraming beses.

--compose
Magpatawag ng text editor (tingnan ang GIT_EDITOR sa git-var(1)) upang i-edit ang isang panimulang mensahe
para sa serye ng patch.

Kailan --compose ay ginagamit, gagamitin ng git send-email ang From, Subject, at In-Reply-To
header na tinukoy sa mensahe. Kung ang katawan ng mensahe (kung ano ang tina-type mo pagkatapos ng
header at isang blangkong linya) ay naglalaman lamang ng mga linyang blangko (o Git: prefixed), ang buod
ay hindi ipapadala, ngunit ang mga header na Mula, Paksa, at In-Reply-To ay gagamitin maliban kung sila ay
inalis.

Ang Nawawalang Mula o In-Reply-To na mga header ay ipo-prompt para sa.

Tingnan ang seksyong CONFIGURATION para sa sendemail.multiEdit.

--mula sa=
Tukuyin ang nagpadala ng mga email. Kung hindi tinukoy sa command line, ang halaga ng
ang sendemail.mula sa ginagamit ang opsyon sa pagsasaayos. Kung hindi ang command-line na opsyon
ni sendemail.mula sa ay nakatakda, pagkatapos ay ipo-prompt ang user para sa halaga. Ang default
para sa prompt ay ang halaga ng GIT_AUTHOR_IDENT, o GIT_COMMITTER_IDENT kung iyon
ay hindi nakatakda, bilang ibinalik ng "git var -l".

--in-reply-to=
Gawing lumabas ang unang mail (o lahat ng mail na may --no-thread) bilang tugon sa ibinigay
Message-Id, na umiiwas sa pagsira ng mga thread para magbigay ng bagong patch series. Ang ikalawa
at ang mga kasunod na email ay ipapadala bilang mga tugon ayon sa --[no]-chain-reply-to
setting na ito.

Kaya halimbawa kapag --thread at --no-chain-reply-to ay tinukoy, ang pangalawa at
ang mga kasunod na patch ay magiging mga tugon sa una tulad ng sa ilustrasyon sa ibaba
kung saan ang [PATCH v2 0/3] ay bilang tugon sa [PATCH 0/2]:

[PATCH 0/2] Narito ang ginawa ko...
[PATCH 1/2] Maglinis at magsuri
[PATCH 2/2] Pagpapatupad
[PATCH v2 0/3] Narito ang isang reroll
[PATCH v2 1/3] Maglinis
[PATCH v2 2/3] Mga bagong pagsubok
[PATCH v2 3/3] Pagpapatupad

Kailangan lang kung nakatakda rin ang --compose. Kung hindi nakatakda ang --compose, ito ang magiging
sinenyasan para sa.

--paksa=
Tukuyin ang unang paksa ng email thread. Kailangan lang kung --compose ay din
itakda. Kung hindi nakatakda ang --compose, ipo-prompt ito para sa.

--sa= ,...
Tukuyin ang pangunahing tatanggap ng mga nabuong email. Sa pangkalahatan, ito ang magiging
upstream maintainer ng proyektong kasangkot. Default ay ang halaga ng sendemail.to
halaga ng pagsasaayos; kung iyon ay hindi tinukoy, at --to-cmd ay hindi tinukoy, ito ay
ma-prompt para sa.

Maaaring tukuyin ang opsyong ito nang maraming beses.

--8bit-encoding=
Kapag nakatagpo ng isang hindi ASCII na mensahe o paksa na hindi nagdedeklara ng pag-encode nito,
magdagdag ng mga header/quoting upang ipahiwatig na ito ay naka-encode . Default ay ang halaga ng
ang sendemail.assume8bitEncoding; kung iyon ay hindi natukoy, ito ay ipo-prompt para sa kung
anumang mga non-ASCII file ay nakatagpo.

Tandaan na walang anumang pagtatangka ang ginawa upang patunayan ang pag-encode.

--compose-encoding=
Tukuyin ang pag-encode ng mag-compose ng mensahe. Default ay ang halaga ng
sendemail.composeencoding; kung iyon ay hindi tinukoy, ang UTF-8 ay ipinapalagay.

--transfer-encoding=(7bit|8bit|quoted-printable|base64)
Tukuyin ang transfer encoding na gagamitin para ipadala ang mensahe sa SMTP. 7bit ay mabibigo
kapag nakatagpo ng isang hindi ASCII na mensahe. quoted-printable ay maaaring maging kapaki-pakinabang kapag ang
repositoryo ay naglalaman ng mga file na naglalaman ng carriage returns, ngunit ginagawang email ang raw patch
file (bilang na-save mula sa isang MUA) mas mahirap suriin nang manu-mano. mas tanga si base64
patunay, ngunit mas malabo rin. Default ay ang halaga ng
sendemail.transferEncoding halaga ng pagsasaayos; kung iyon ay hindi natukoy, ang git ay gagamit
8bit at hindi magdagdag ng Content-Transfer-Encoding header.

--xmailer, --no-xmailer
Idagdag (o pigilan ang pagdaragdag) ng "X-Mailer:" na header. Bilang default, idinagdag ang header, ngunit
maaari itong i-off sa pamamagitan ng pagtatakda ng sendemail.xmailer configuration variable sa false.

Nagpapadala ng
--envelope-sender=
Tukuyin ang nagpadala ng sobre na ginamit upang ipadala ang mga email. Ito ay kapaki-pakinabang kung ang iyong default
ang address ay hindi ang address na naka-subscribe sa isang listahan. Upang magamit ang mula sa
address, itakda ang halaga sa "auto". Kung gagamitin mo ang binary ng sendmail, dapat mayroon ka
angkop na mga pribilehiyo para sa -f parameter. Default ay ang halaga ng
sendemail.envelopeSender variable ng pagsasaayos; kung iyon ay hindi tinukoy, ang pagpili ng
ang nagpadala ng sobre ay naiwan sa iyong MTA.

--smtp-encryption=
Tukuyin ang encryption na gagamitin, alinman ssl or tls. Anumang ibang value ay babalik sa plain
SMTP. Default ay ang halaga ng sendemail.smtpEncryption.

--smtp-domain=
Tinutukoy ang Fully Qualified Domain Name (FQDN) na ginamit sa HELO/EHLO command sa
SMTP server. Ang ilang mga server ay nangangailangan ng FQDN upang tumugma sa iyong IP address. Kung hindi nakatakda, git
send-email na mga pagtatangka upang awtomatikong matukoy ang iyong FQDN. Default ay ang halaga ng
sendemail.smtpDomain.

--smtp-auth=
Whitespace-separated na listahan ng mga pinapayagang mekanismo ng SMTP-AUTH. Pinipilit ng setting na ito ang paggamit
tanging ang mga nakalistang mekanismo. Halimbawa:

$ git send-email --smtp-auth="PLAIN LOGIN GSSAPI" ...

Kung hindi bababa sa isa sa mga tinukoy na mekanismo ang tumutugma sa mga ina-advertise ng SMTP
server at kung ito ay sinusuportahan ng ginagamit na library ng SASL, ang mekanismo ay ginagamit para sa
pagpapatunay. Kung wala man sendemail.smtpAuth ni --smtp-auth ay tinukoy, lahat
maaaring gamitin ang mga mekanismong sinusuportahan ng SASL library.

--smtp-pass [= ]
Password para sa SMTP-AUTH. Opsyonal ang argumento: Kung walang tinukoy na argumento, kung gayon
ang walang laman na string ay ginagamit bilang password. Default ay ang halaga ng sendemail.smtpPass,
gayunman --smtp-pass palaging nilalampasan ang halagang ito.

Higit pa rito, hindi kailangang tukuyin ang mga password sa mga configuration file o sa command
linya. Kung ang isang username ay tinukoy (na may --smtp-user o isang sendemail.smtpUser), ngunit
walang natukoy na password (na may --smtp-pass or sendemail.smtpPass), pagkatapos ay a
ang password ay nakuha gamit ang git-credential.

--smtp-server=
Kung nakatakda, tinutukoy ang papalabas na SMTP server na gagamitin (hal. smtp.example.com o isang raw IP
address). Bilang kahalili maaari itong tumukoy ng isang buong pathname ng isang sendmail-like program
sa halip; dapat suportahan ng programa ang -i na opsyon. Maaaring tukuyin ang default na halaga ng
sendemail.smtpServer pagpipilian sa pagsasaayos; ang built-in na default ay /usr/sbin/sendmail
or /usr/lib/sendmail kung magagamit ang naturang programa, o localhost kung hindi man.

--smtp-server-port=
Tinutukoy ang isang port na iba sa default na port (karaniwang pinakikinggan ng mga SMTP server
smtp port 25, ngunit maaari ding makinig sa submission port 587, o ang karaniwang SSL smtp port
465); Ang mga simbolikong pangalan ng port (hal. "pagsumite" sa halip na 587) ay tinatanggap din. Ang
port ay maaari ding itakda sa sendemail.smtpServerPort variable ng pagsasaayos.

--smtp-server-option=
Kung nakatakda, tinutukoy ang papalabas na opsyon sa SMTP server na gagamitin. Default na halaga ay maaaring
tinukoy ng sendemail.smtpServerOption pagpipilian sa pagsasaayos.

Dapat na ulitin ang --smtp-server-option na opsyon para sa bawat opsyon na gusto mong ipasa
ang server. Gayundin, ang iba't ibang linya sa mga file ng pagsasaayos ay dapat gamitin para sa bawat isa
pagpipilian.

--smtp-ssl
Legacy alias para sa --smtp-encryption ssl.

--smtp-ssl-cert-path
Path sa isang store ng mga pinagkakatiwalaang CA certificate para sa SMTP SSL/TLS certificate validation
(alinman sa isang direktoryo na naproseso ng c_rehash, o isang file na naglalaman ng
isa o higit pang mga certificate ng PEM format na pinagsama-sama: tingnan patunayan(1) -CAfile at
-CApath para sa higit pang impormasyon sa mga ito). Itakda ito sa isang walang laman na string upang huwag paganahin
pagpapatunay ng sertipiko. Default sa halaga ng sendemail.smtpsslcertpath
configuration variable, kung nakatakda, o ang backing SSL library na compiled-in na default
kung hindi man (na dapat ang pinakamahusay na pagpipilian sa karamihan ng mga platform).

--smtp-user=
Username para sa SMTP-AUTH. Default ay ang halaga ng sendemail.smtpUser; kung ang isang username ay
hindi tinukoy (kasama ang --smtp-user or sendemail.smtpUser), kung gayon ang pagpapatunay ay hindi
sinubukan.

--smtp-debug=0|1
Paganahin ang (1) o huwag paganahin ang (0) debug na output. Kung pinagana, ang mga command at tugon ng SMTP ay magiging
nakalimbag. Kapaki-pakinabang upang i-debug ang koneksyon sa TLS at mga problema sa pagpapatunay.

Pag-automate
--sa-cmd=
Tumukoy ng command na isasagawa nang isang beses sa bawat patch file na dapat bumuo ng patch file
partikular na "To:" na mga entry. Ang output ng command na ito ay dapat na isang email address bawat linya.
Default ay ang halaga ng sendemail.tocmd halaga ng pagsasaayos.

--cc-cmd=
Tumukoy ng command na isasagawa nang isang beses sa bawat patch file na dapat bumuo ng patch file
partikular na "Cc:" na mga entry. Ang output ng command na ito ay dapat na isang email address bawat linya.
Default ay ang halaga ng sendemail.ccCmd halaga ng pagsasaayos.

--[no-]chain-reply-to
Kung ito ay nakatakda, ang bawat email ay ipapadala bilang tugon sa nakaraang email na ipinadala. Kung
hindi pinagana sa "--no-chain-reply-to", lahat ng email pagkatapos ng una ay ipapadala bilang
mga tugon sa unang email na ipinadala. Kapag ginagamit ito, inirerekomenda na ang una
Ang file na ibinigay ay isang pangkalahatang-ideya ng buong serye ng patch. Hindi pinagana bilang default, ngunit ang
sendemail.chainReplyTo configuration variable ay maaaring gamitin upang paganahin ito.

--pagkakakilanlan=
Isang pagkakakilanlan ng pagsasaayos. Kapag ibinigay, nagiging sanhi ng mga halaga sa sendemail.
subsection upang mauna kaysa sa mga halaga sa sendemail seksyon. Ang default
ang pagkakakilanlan ay ang halaga ng sendemail.identity.

--[no-]sign-off-by-cc
Kung ito ay nakatakda, magdagdag ng mga email na makikita sa Signed-off-by: o Cc: na mga linya sa listahan ng cc.
Default ay ang halaga ng sendemail.signedoffbycc halaga ng pagsasaayos; kung iyon ay
hindi tinukoy, default sa --signed-off-by-cc.

--[no-]cc-cover
Kung ito ay nakatakda, makikita ang mga email sa Cc: mga header sa unang patch ng serye
(karaniwang ang cover letter) ay idinaragdag sa cc list para sa bawat email set. Default ay
ang halaga ng sendemail.cccover halaga ng pagsasaayos; kung iyon ay hindi tinukoy, default sa
--walang-cc-cover.

--[no-]to-cover
Kung nakatakda ito, makikita ang mga email sa To: header sa unang patch ng serye
(karaniwang ang cover letter) ay idinaragdag sa to list para sa bawat email set. Default ay
ang halaga ng sendemail.tocover halaga ng pagsasaayos; kung iyon ay hindi tinukoy, default sa
--no-to-cover.

--suppress-cc=
Tumukoy ng karagdagang kategorya ng mga tatanggap upang pigilan ang auto-cc ng:

· may-akda iiwasang isama ang may-akda ng patch

· sarili iiwasang isama ang nagpadala

· cc iiwasang isama ang sinumang nabanggit sa mga linya ng Cc sa patch header maliban
para sa sarili (gamitin sarili para doon).

· bodycc iiwasang isama ang sinumang nabanggit sa mga linya ng Cc sa patch body (commit
mensahe) maliban sa sarili (gamitin sarili para doon).

· hibang iiwasang isama ang sinumang binanggit sa mga linyang Na-sign-off-by maliban sa sarili
(paggamit sarili para doon).

· cccmd maiiwasan ang pagpapatakbo ng --cc-cmd.

· katawan ay katumbas ng hibang + bodycc

· lahat pipigilan ang lahat ng mga halaga ng auto cc.

Default ay ang halaga ng sendemail.suppresscc halaga ng pagsasaayos; kung iyon ay
hindi tinukoy, default sa sarili kung --suppress-from ay tinukoy, pati na rin katawan if
--no-signed-off-cc ay tinukoy.

--[no-]suppress-from
Kung ito ay nakatakda, huwag idagdag ang From: address sa cc: list. Default ay ang halaga ng
sendemail.suppressFrom halaga ng pagsasaayos; kung iyon ay hindi tinukoy, default sa
--hindi-sugpuin-mula sa.

--[no-]thread
Kung ito ay nakatakda, ang In-Reply-To at Mga Sanggunian na header ay idaragdag sa bawat email
ipinadala. Kung ang bawat mail ay tumutukoy sa nakaraang email (deep threading per pumunta
format-patch wording) o sa unang email (shallow threading) ay pinamamahalaan ng
"--[no-]chain-reply-to".

Kung hindi pinagana sa "--no-thread", ang mga header na iyon ay hindi idaragdag (maliban kung tinukoy sa
--bilang tugon kay). Default ay ang halaga ng sendemail.thread halaga ng pagsasaayos; kung
iyon ay hindi natukoy, default sa --thread.

Nasa user ang pagtiyak na walang In-Reply-To header na umiiral na kung kailan pumunta
magpadala-email hinihiling na idagdag ito (lalo na tandaan na pumunta format-patch maaaring i-configure
upang gawin ang threading mismo). Ang pagkabigong gawin ito ay maaaring hindi magbunga ng inaasahang resulta sa
MUA ng tatanggap.

Pangangasiwa
--kumpirmahin=
Kumpirmahin bago ipadala:

· palagi ay palaging magkukumpirma bago ipadala

· hindi kailanman hindi kailanman magkukumpirma bago ipadala

· cc ay magkukumpirma bago ipadala kapag ang send-email ay awtomatikong nagdagdag ng mga address
mula sa patch hanggang sa listahan ng Cc

· sumulat ay magkukumpirma bago ipadala ang unang mensahe kapag gumagamit ng --compose.

· kotse ay katumbas ng cc + sumulat

Default ay ang halaga ng sendemail.kumpirmahin halaga ng pagsasaayos; kung iyon ay hindi natukoy,
default sa kotse maliban kung ang alinman sa mga opsyon sa pagsugpo ay tinukoy, kung saan
default sa sumulat.

--dry-run
Gawin ang lahat maliban sa aktwal na magpadala ng mga email.

--[no-]format-patch
Kapag ang isang argumento ay maaaring maunawaan bilang isang sanggunian o bilang isang pangalan ng file, piliin na
unawain ito bilang isang format-patch na argumento (--format-patch) o bilang isang pangalan ng file
(--walang-format-patch). Bilang default, kapag nangyari ang naturang salungatan, gagawin ng git send-email
mabibigo.

--tahimik
Gawing mas kaunting verbose ang git-send-email. Isang linya sa bawat email ang dapat na lahat ng output.

--[no-]validate
Magsagawa ng mga pagsusuri sa katinuan sa mga patch. Sa kasalukuyan, ang pagpapatunay ay nangangahulugan ng sumusunod:

· Babala sa mga patch na naglalaman ng mga linya na mas mahaba sa 998 na mga character; ito ay dahil sa SMTP
mga limitasyon tulad ng inilarawan ni http://www.ietf.org/rfc/rfc2821.txt.

Default ay ang halaga ng sendemail.validate; kung hindi ito nakatakda, default sa --patunayan.

--puwersa
Magpadala ng mga email kahit na mapipigilan ito ng mga pagsusuri sa kaligtasan.

Impormasyon
--dump-aliases
Sa halip na normal na operasyon, itapon ang mga pangalan ng shorthand alias mula sa na-configure
alias file(s), isa sa bawat linya sa alpabetikong pagkakasunud-sunod. Tandaan, kasama lang dito ang alias
pangalan at hindi ang mga pinalawak na email address nito. Tingnan mo sendemail.aliasesfile para sa karagdagang
impormasyon tungkol sa mga alias.

Configuration

sendemail.aliasesFile
Upang maiwasan ang pag-type ng mahahabang email address, ituro ito sa isa o higit pang mga email alias file.
Dapat ka ring mag-supply sendemail.aliasFileType.

sendemail.aliasFileType
Format ng (mga) file na tinukoy sa sendemail.aliasesFile. Dapat isa sa mutt, mailrc,
puno ng pino, malaking uri ng puno, O wildebeest, O sendmail.

Kung ano ang hitsura ng isang alias file sa bawat format ay makikita sa dokumentasyon ng
email program na may parehong pangalan. Ang mga pagkakaiba at limitasyon mula sa pamantayan
ang mga format ay inilarawan sa ibaba:

sendmail

· Ang mga naka-quote na alias at naka-quote na mga address ay hindi suportado: mga linya na naglalaman ng isang "
hindi pinapansin ang simbolo.

· Ang pag-redirect sa isang file (/path/name) o pipe (|command) ay hindi suportado.

· Ang pagsasama ng file (:include: /path/name) ay hindi suportado.

· Ang mga babala ay naka-print sa karaniwang output ng error para sa anumang tahasang
hindi suportadong mga konstruksyon, at anumang iba pang linya na hindi kinikilala ng
parser.

sendemail.multiEdit
Kung totoo (default), isang halimbawa ng editor ang bubuo upang i-edit ang mga file na kailangan mo
i-edit (mga patch kapag --itala ay ginagamit, at ang buod kung kailan --compose Ginagamit). Kung
false, ang mga file ay isa-isang ie-edit, na magbubunga ng bagong editor sa bawat pagkakataon.

sendemail.kumpirmahin
Itinatakda ang default kung kukumpirmahin bago ipadala. Dapat isa sa palagi, hindi kailanman,
cc, sumulat, O kotse. Tingnan --kumpirmahin sa nakaraang seksyon para sa kahulugan ng mga ito
halaga.

Halimbawa

paggamit gmail as ang SMTP server
Upang gamitin ang pumunta magpadala-email para ipadala ang iyong mga patch sa pamamagitan ng GMail SMTP server, i-edit
~ / .gitconfig upang tukuyin ang mga setting ng iyong account:

[sendmail]
smtpEncryption = tls
smtpServer = smtp.gmail.com
smtpUser = [protektado ng email]
smtpServerPort = 587

Kapag handa nang ipadala ang iyong mga commit sa mailing list, patakbuhin ang mga sumusunod na command:

$ git format-patch --cover-letter -M pinanggalingan/master -o papalabas/
$ edit outgoing/0000-*
$ git send-email outgoing/*

Tandaan: ang mga sumusunod na perl module ay kinakailangan Net::SMTP::SSL, MIME::Base64 at
Awthen::SASL

Gumamit ng git-send-email online gamit ang mga serbisyo ng onworks.net