गिट-प्रारूप-पैच - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

git-format-patch - ई-मेल सबमिशन के लिए पैच तैयार करें

SYNOPSIS

Git प्रारूप-पैच [-k] [(-o|--आउटपुट-निर्देशिका) | --stdout]
[--कोई धागा नहीं | --धागा[= ]]
[(--अटैच|--इनलाइन)[= ] | --नहीं-जोड़ें]
[-एस | --साइन ऑफ़]
[--हस्ताक्षर= | --कोई हस्ताक्षर नहीं]
[--हस्ताक्षर-फ़ाइल= ]
[-एन | -- क्रमांकित | -एन | --कोई क्रमांकित नहीं]
[--प्रारंभ-संख्या ] [--संख्या-फ़ाइलें]
[--इन-रिप्लाई-टू=मैसेज-आईडी] [--प्रत्यय=। ]
[--नजरअंदाज-अगर-इन-अपस्ट्रीम]
[--विषय-उपसर्ग=विषय-उपसर्ग] [(--रीरोल-गिनती|-v) ]
[--को= ] [--cc= ]
[--[नहीं-]कवर-पत्र] [--शांत] [--नोट्स[= ]]
[ ]
[ | ]

वर्णन

प्रत्येक कमिट को उसके पैच के साथ प्रति कमिट एक फ़ाइल में तैयार करें, जो UNIX जैसा स्वरूपित हो
मेलबॉक्स प्रारूप. इस कमांड का आउटपुट ई-मेल सबमिशन या उपयोग के लिए सुविधाजनक है
साथ में Git am.

यह निर्दिष्ट करने के दो तरीके हैं कि किस प्रतिबद्धता पर काम करना है।

1. एक एकल प्रतिबद्धता, , निर्दिष्ट करता है कि कमिट करंट की नोक तक ले जाता है
शाखाएँ जो इतिहास में नहीं हैं जो की ओर ले जाती हैं आउटपुट होना.

2. सामान्य अभिव्यक्ति (देखें "संशोधन निर्दिष्ट करना" अनुभाग
गीट्रेविज़न(7)) का अर्थ है निर्दिष्ट सीमा में कमिट।

एकल के मामले में पहले नियम को प्राथमिकता दी जाती है . दूसरा लगाने के लिए
नियम, अर्थात्, इतिहास की शुरुआत से लेकर अब तक की सभी चीज़ों को प्रारूपित करना , उपयोग
--जड़ विकल्प: गिट प्रारूप-पैच --रूट . यदि आप केवल फॉर्मेट करना चाहते हैं
स्वयं, आप इसे git प्रारूप-पैच -1 के साथ कर सकते हैं .

डिफ़ॉल्ट रूप से, प्रत्येक आउटपुट फ़ाइल को क्रमिक रूप से 1 से क्रमांकित किया जाता है, और की पहली पंक्ति का उपयोग किया जाता है
फ़ाइल नाम के रूप में प्रतिबद्ध संदेश (पथनाम सुरक्षा के लिए मालिश किया गया)। साथ
--numbered-files विकल्प, आउटपुट फ़ाइल नाम केवल संख्याएँ होंगे, पहले के बिना
संलग्न प्रतिबद्धता की पंक्ति। आउटपुट फ़ाइलों के नाम मानक आउटपुट पर मुद्रित होते हैं,
जब तक --stdout विकल्प निर्दिष्ट न हो।

यदि -o निर्दिष्ट है, तो आउटपुट फ़ाइलें बनाई जाती हैं . अन्यथा वे में निर्मित होते हैं
वर्तमान कार्य निर्देशिका।

डिफ़ॉल्ट रूप से, एकल पैच का विषय "[PATCH] " होता है जिसके बाद संयोजन होता है
प्रतिबद्ध संदेश से पहली रिक्त पंक्ति तक की पंक्तियाँ (चर्चा अनुभाग देखें)।
Git-लिखें(1))।

जब एकाधिक पैच आउटपुट होते हैं, तो विषय उपसर्ग इसके बजाय "[पैच एन/एम]" होगा। को
एक पैच के लिए 1/1 जोड़ने के लिए बाध्य करें, -n का उपयोग करें। विषय से पैच नंबर हटाने के लिए,
उपयोग -एन.

यदि --थ्रेड दिया गया है, तो गिट-फॉर्मेट-पैच इन-रिप्लाई-टू और रेफरेंस हेडर उत्पन्न करेगा
दूसरे और बाद के पैच मेल को पहले मेल के उत्तर के रूप में प्रदर्शित करें; यह भी
संदर्भ के लिए एक संदेश-आईडी शीर्षलेख उत्पन्न करता है।

विकल्प

-पी, --नो-स्टेट
बिना किसी डिफस्टैट के सादे पैच तैयार करें।

-एस, --नो-पैच
भिन्न आउटपुट को दबाएँ। गिट शो जैसे कमांड के लिए उपयोगी है जो पैच बाय दिखाता है
डिफ़ॉल्ट, या --पैच के प्रभाव को रद्द करने के लिए।

यू , --एकीकृत=
के साथ भिन्न उत्पन्न करें सामान्य तीन के बजाय संदर्भ की पंक्तियाँ।

--कम से कम
यह सुनिश्चित करने के लिए अतिरिक्त समय व्यतीत करें कि न्यूनतम संभव अंतर उत्पन्न हो।

--धैर्य
"धैर्य अंतर" एल्गोरिदम का उपयोग करके एक अंतर उत्पन्न करें।

--हिस्टोग्राम
"हिस्टोग्राम डिफ" एल्गोरिदम का उपयोग करके एक अंतर उत्पन्न करें।

--diff-एल्गोरिदम={धैर्य|न्यूनतम|हिस्टोग्राम|मायर्स}
एक भिन्न एल्गोरिदम चुनें. वेरिएंट इस प्रकार हैं:

डिफ़ॉल्ट, मायर्स
बुनियादी लालची अंतर एल्गोरिथ्म। वर्तमान में, यह डिफ़ॉल्ट है.

कम से कम
यह सुनिश्चित करने के लिए अतिरिक्त समय व्यतीत करें कि न्यूनतम संभव अंतर उत्पन्न हो।

धैर्य
पैच बनाते समय "धैर्य अंतर" एल्गोरिदम का उपयोग करें।

हिस्टोग्राम
यह एल्गोरिदम "कम-घटना वाले सामान्य का समर्थन करने" के लिए धैर्य एल्गोरिदम का विस्तार करता है
तत्व"।

उदाहरण के लिए, यदि आपने diff.algorithm वैरिएबल को गैर-डिफ़ॉल्ट मान पर कॉन्फ़िगर किया है और
डिफ़ॉल्ट का उपयोग करना चाहते हैं, तो आपको --diff-algorithm=default विकल्प का उपयोग करना होगा।

--स्टेट[= [, [, ]]]
एक डिफस्टेट उत्पन्न करें. डिफ़ॉल्ट रूप से, जितनी आवश्यक हो उतनी जगह का उपयोग किया जाएगा
फ़ाइल नाम भाग, और शेष ग्राफ़ भाग के लिए। टर्मिनल के लिए अधिकतम चौड़ाई डिफ़ॉल्ट है
चौड़ाई, या 80 कॉलम यदि टर्मिनल से कनेक्ट नहीं है, और इसके द्वारा ओवरराइड किया जा सकता है .
फ़ाइल नाम भाग की चौड़ाई को अन्य चौड़ाई देकर सीमित किया जा सकता है
अल्पविराम के बाद. का उपयोग करके ग्राफ़ भाग की चौड़ाई को सीमित किया जा सकता है
--स्टेट-ग्राफ़-चौड़ाई= (स्टेट ग्राफ उत्पन्न करने वाले सभी कमांड को प्रभावित करता है) या द्वारा
सेटिंग diff.statGraphWidth= (गिट फॉर्मेट-पैच को प्रभावित नहीं करता)। एक देकर
तीसरा पैरामीटर , आप आउटपुट को पहले तक सीमित कर सकते हैं पंक्तियाँ, अनुसरण किया गया
द्वारा ... यदि और भी हैं।

इन मापदंडों को --stat-width= के साथ व्यक्तिगत रूप से भी सेट किया जा सकता है ,
--स्टेट-नाम-चौड़ाई= और --स्टेट-गिनती= .

--numstat
--stat के समान, लेकिन दशमलव संकेतन में जोड़ी गई और हटाई गई पंक्तियों की संख्या दिखाता है
इसे और अधिक मशीन अनुकूल बनाने के लिए, संक्षिप्त नाम के बिना पथनाम। बाइनरी फ़ाइलों के लिए,
आउटपुट दो - 0 0 कहने के बजाय।

--शॉर्टस्टेट
--स्टेट प्रारूप की केवल अंतिम पंक्ति को आउटपुट करें जिसमें संशोधित की कुल संख्या शामिल है
फ़ाइलें, साथ ही जोड़ी गई और हटाई गई पंक्तियों की संख्या।

--dirstat[= ]
प्रत्येक उप-निर्देशिका के लिए परिवर्तनों की सापेक्ष मात्रा का वितरण आउटपुट करें।
--dirstat के व्यवहार को अल्पविराम से अलग की गई सूची में पास करके अनुकूलित किया जा सकता है
पैरामीटर. डिफ़ॉल्ट को diff.dirstat कॉन्फ़िगरेशन चर द्वारा नियंत्रित किया जाता है
(देखें गिट-कॉन्फ़िगरेशन(1)). निम्नलिखित पैरामीटर उपलब्ध हैं:

परिवर्तन
से हटाई गई रेखाओं को गिनकर डिरस्टेट संख्याओं की गणना करें
स्रोत, या गंतव्य में जोड़ा गया। यह शुद्ध कोड की मात्रा को नजरअंदाज करता है
किसी फ़ाइल के भीतर की गतिविधियाँ. दूसरे शब्दों में, किसी फ़ाइल में पंक्तियों को पुनर्व्यवस्थित करना नहीं है
अन्य परिवर्तनों के समान ही गिना जाता है। कोई पैरामीटर न होने पर यह डिफ़ॉल्ट व्यवहार है
दिया हुआ है।

पंक्तियां
नियमित लाइन-आधारित अंतर विश्लेषण करके डिरस्टैट संख्याओं की गणना करें, और
हटाई गई/जोड़ी गई पंक्तियों की संख्या का योग करना। (बाइनरी फ़ाइलों के लिए, 64-बाइट खंड गिनें
इसके बजाय, चूंकि बाइनरी फ़ाइलों में लाइनों की कोई प्राकृतिक अवधारणा नहीं होती है)। यह और भी है
परिवर्तन व्यवहार की तुलना में महँगा --dirstat व्यवहार, लेकिन यह मायने रखता है
किसी फ़ाइल के भीतर अन्य परिवर्तनों की तरह ही पंक्तियों को पुनर्व्यवस्थित करना। परिणामी आउटपुट है
आपको अन्य --*स्टेट विकल्पों से जो मिलता है, उसके अनुरूप।

फ़ाइलों
परिवर्तित फ़ाइलों की संख्या की गणना करके डिरस्टेट संख्याओं की गणना करें। प्रत्येक बदल गया
फ़ाइल को डिरस्टैट विश्लेषण में समान रूप से गिना जाता है। यह कम्प्यूटेशनल रूप से सबसे सस्ता है
--dirstat व्यवहार, क्योंकि इसमें फ़ाइल सामग्री को बिल्कुल भी देखने की ज़रूरत नहीं है।

संचयी
मूल निर्देशिका के लिए चाइल्ड निर्देशिका में परिवर्तनों की भी गणना करें। ध्यान दें कि
संचयी का उपयोग करते समय, रिपोर्ट किए गए प्रतिशत का योग 100% से अधिक हो सकता है।
डिफ़ॉल्ट (गैर-संचयी) व्यवहार को गैर-संचयी के साथ निर्दिष्ट किया जा सकता है
पैरामीटर।


एक पूर्णांक पैरामीटर कट-ऑफ प्रतिशत (डिफ़ॉल्ट रूप से 3%) निर्दिष्ट करता है। निर्देशिका
इस प्रतिशत से कम योगदान करने वाले परिवर्तन आउटपुट में नहीं दिखाए जाते हैं।

उदाहरण: निम्नलिखित परिवर्तित फ़ाइलों की गणना करेगा, जबकि कम वाली निर्देशिकाओं को अनदेखा करेगा
परिवर्तित फ़ाइलों की कुल मात्रा का 10% से अधिक, और चाइल्ड निर्देशिका गणनाएँ एकत्रित करना
मूल निर्देशिका में: --dirstat=फ़ाइलें,10,संचयी।

--सारांश
रचनाएँ, नाम बदलने जैसी विस्तारित हेडर जानकारी का एक संक्षिप्त सारांश आउटपुट करें
और मोड बदल जाता है.

--नहीं-नाम बदलें
नाम बदलने का पता लगाना बंद करें, तब भी जब कॉन्फ़िगरेशन फ़ाइल डिफ़ॉल्ट रूप से ऐसा करने के लिए कहती है
इसलिए।

--पूर्ण-सूचकांक
पहले मुट्ठी भर पात्रों के बजाय, पूर्ण पूर्व और बाद की छवि ब्लॉब दिखाएँ
पैच प्रारूप आउटपुट उत्पन्न करते समय "इंडेक्स" लाइन पर ऑब्जेक्ट नाम।

--बाइनरी
--फुल-इंडेक्स के अलावा, एक बाइनरी अंतर आउटपुट करें जिसे गिट-एप्लाई के साथ लागू किया जा सकता है।

--abbrev[= ]
पूर्ण 40-बाइट हेक्साडेसिमल ऑब्जेक्ट नाम को डिफ-रॉ प्रारूप आउटपुट में दिखाने के बजाय
और डिफ-ट्री हेडर लाइनें, केवल आंशिक उपसर्ग दिखाती हैं। ये इससे स्वतंत्र है
--उपरोक्त पूर्ण-सूचकांक विकल्प, जो डिफ-पैच आउटपुट स्वरूप को नियंत्रित करता है। बिलकुल नही चूकना
अंकों की संख्या --abbrev= के साथ निर्दिष्ट की जा सकती है .

-बी[ ][/ ], --ब्रेक-रीराइट[=[ ][/ ]]
संपूर्ण पुनर्लेखन परिवर्तनों को हटाएं और बनाएं के जोड़ियों में तोड़ें। यह दो की सेवा करता है
प्रयोजनों:

यह उस परिवर्तन के तरीके को प्रभावित करता है जो एक श्रृंखला के रूप में नहीं बल्कि फ़ाइल के कुल पुनर्लेखन के बराबर होता है
विलोपन और सम्मिलन को बहुत कम पंक्तियों के साथ मिश्रित किया गया है जो मेल खाती हैं
पाठ्य रूप से संदर्भ के रूप में, लेकिन इसके बाद पुरानी सभी चीज़ों को एक बार हटाने के रूप में
हर नई चीज़ का एकल सम्मिलन, और संख्या m -B के इस पहलू को नियंत्रित करती है
विकल्प (डिफ़ॉल्ट 60%)। -बी/70% निर्दिष्ट करता है कि मूल का 30% से कम होना चाहिए
Git के लिए इसे पूर्ण पुनर्लेखन मानने के लिए परिणाम में बने रहें (अर्थात् अन्यथा
परिणामी पैच संदर्भ के साथ मिश्रित विलोपन और सम्मिलन की एक श्रृंखला होगी
पंक्तियाँ)।

जब -M के साथ प्रयोग किया जाता है, तो पूरी तरह से दोबारा लिखी गई फ़ाइल को भी a का स्रोत माना जाता है
नाम बदलें (आमतौर पर -एम केवल गायब हुई फ़ाइल को नाम बदलने के स्रोत के रूप में मानता है),
और संख्या n -B विकल्प के इस पहलू को नियंत्रित करती है (डिफ़ॉल्ट रूप से 50%)। -बी20%
निर्दिष्ट करता है कि 20% या अधिक की तुलना में जोड़ने और हटाने के साथ परिवर्तन
फ़ाइल का आकार नाम बदलने के संभावित स्रोत के रूप में चुने जाने के योग्य है
दूसरी फ़ाइल.

-एम[ ], --नाम बदलें[= ]
नाम बदलें का पता लगाएं. यदि n निर्दिष्ट है, तो यह समानता सूचकांक पर एक सीमा है (अर्थात
फ़ाइल के आकार की तुलना में जोड़ने/हटाने की मात्रा)। उदाहरण के लिए, -M90% का मतलब है
यदि फ़ाइल 90% से अधिक है तो Git को डिलीट/एड जोड़ी को नाम बदलने पर विचार करना चाहिए
नहीं बदला है. % चिह्न के बिना, संख्या को a के साथ भिन्न के रूप में पढ़ा जाना चाहिए
इसके पहले दशमलव बिंदु. यानी, -M5 0.5 हो जाता है, और इस प्रकार -M50% के समान है।
इसी प्रकार, -M05 -M5% के समान है। पहचान को सटीक नाम बदलने तक सीमित करने के लिए, -M100% का उपयोग करें।
डिफ़ॉल्ट समानता सूचकांक 50% है।

-सी[ ], --खोज-प्रतियाँ[= ]
प्रतियों के साथ-साथ नामों का भी पता लगाएं। यह भी देखें--कॉपियाँ-खोजें-कड़ी मेहनत से। यदि n निर्दिष्ट है, तो यह
-M के समान ही अर्थ है .

--प्रतिलिपियाँ ढूँढ़ना अधिक कठिन
प्रदर्शन कारणों से, डिफ़ॉल्ट रूप से, -C विकल्प केवल मूल फ़ाइल होने पर ही प्रतियां ढूंढता है
प्रतिलिपि को उसी परिवर्तनसेट में संशोधित किया गया था। यह ध्वज कमांड को निरीक्षण कराता है
प्रतिलिपि के स्रोत के लिए असंशोधित फ़ाइलें उम्मीदवार के रूप में। ये बहुत महंगा है
बड़ी परियोजनाओं के लिए संचालन, इसलिए इसका उपयोग सावधानी से करें। एक से अधिक -C विकल्प देना
एक ही प्रभाव है।

-डी, --अपरिवर्तनीय-हटाएँ
हटाने के लिए प्रीइमेज को हटा दें, यानी केवल हेडर प्रिंट करें, लेकिन बीच का अंतर नहीं
प्रीइमेज और /dev/null. परिणामी पैच पैच या के साथ लगाने के लिए नहीं है
गिट लागू; यह पूरी तरह से उन लोगों के लिए है जो केवल समीक्षा पर ध्यान केंद्रित करना चाहते हैं
परिवर्तन के बाद पाठ. इसके अलावा, आउटपुट में स्पष्ट रूप से पर्याप्त जानकारी का अभाव है
ऐसे पैच को उल्टा लगाएं, यहां तक ​​कि मैन्युअल रूप से भी, इसलिए विकल्प का नाम।

जब -बी के साथ प्रयोग किया जाता है, तो ए के विलोपन भाग में प्रीइमेज को भी हटा दें
जोड़ी हटाएँ/बनाएँ।

-एल
-M और -C विकल्पों के लिए O(n^2) प्रसंस्करण समय की आवश्यकता होती है जहां n की संख्या है
संभावित नाम बदलें/प्रतिलिपि लक्ष्य। यह विकल्प नाम बदलें/कॉपी पहचान को चलने से रोकता है
यदि नाम बदलने/कॉपी लक्ष्यों की संख्या निर्दिष्ट संख्या से अधिक है।

-ओ
पैच को निर्दिष्ट क्रम में आउटपुट करें , जिसमें एक शेल ग्लोब है
प्रति पंक्ति पैटर्न. यह diff.orderFile कॉन्फ़िगरेशन वैरिएबल को ओवरराइड करता है (देखें)। गिट-
विन्यास(1)). Diff.orderFile को रद्द करने के लिए, -O/dev/null का उपयोग करें।

-पाठ
सभी फ़ाइलों को टेक्स्ट के रूप में मानें.

--अनदेखा-स्पेस-एट-ईओएल
ईओएल पर रिक्त स्थान में परिवर्तन पर ध्यान न दें।

-बी, --अनदेखा-अंतरिक्ष-परिवर्तन
रिक्त स्थान की मात्रा में परिवर्तन पर ध्यान न दें. यह पंक्ति के अंत में रिक्त स्थान को अनदेखा करता है, और
एक या अधिक रिक्त स्थान वर्णों के अन्य सभी अनुक्रमों को समतुल्य मानता है।

-w, --अनदेखा-सभी-स्थान
रेखाओं की तुलना करते समय रिक्त स्थान पर ध्यान न दें। यह एक पंक्ति में होने पर भी मतभेदों को नजरअंदाज कर देता है
रिक्त स्थान जहां दूसरी पंक्ति में कोई नहीं है।

--अनदेखा-रिक्त-पंक्तियाँ
उन परिवर्तनों पर ध्यान न दें जिनकी सभी पंक्तियाँ रिक्त हैं।

--इंटर-हंक-संदर्भ=
इस प्रकार, पंक्तियों की निर्दिष्ट संख्या तक भिन्न खंडों के बीच संदर्भ दिखाएं
फ़्यूज़िंग हंक जो एक दूसरे के करीब हैं।

-डब्ल्यू, --फंक्शन-संदर्भ
परिवर्तनों के संपूर्ण आस-पास के कार्य दिखाएँ।

--ext-diff
किसी बाहरी अंतर सहायक को निष्पादित करने की अनुमति दें। यदि आप एक बाहरी डिफ ड्राइवर सेट करते हैं
gitattributes(5), आपको इस विकल्प का उपयोग करना होगा गिट-लॉग(1) और दोस्त.

--कोई-विस्तार-अंतर नहीं
बाहरी अंतर ड्राइवरों को अस्वीकार करें।

--textconv, --no-textconv
बाइनरी की तुलना करते समय बाहरी पाठ रूपांतरण फ़िल्टर को चलाने की अनुमति दें (या अस्वीकार करें)।
फ़ाइलें। देखो gitattributes(5) विवरण के लिए. क्योंकि textconv फ़िल्टर आम तौर पर होते हैं
एकतरफ़ा रूपांतरण, परिणामी अंतर मानव उपभोग के लिए उपयुक्त है, लेकिन नहीं
लागू हो जाए। इस कारण से, textconv फ़िल्टर केवल डिफ़ॉल्ट रूप से सक्षम होते हैं गिट-
diff(1) और गिट-लॉग(1), लेकिन इसके लिए नहीं गिट-प्रारूप-पैच(1) या अलग प्लंबिंग कमांड।

--अनदेखा-सबमॉड्यूल[= ]
भिन्न पीढ़ी में सबमॉड्यूल में परिवर्तनों को अनदेखा करें। या तो "कोई नहीं" हो सकता है,
"अनट्रैक्ड", "गंदा" या "सभी", जो कि डिफ़ॉल्ट है। "कोई नहीं" का उपयोग करने पर विचार किया जाएगा
सबमॉड्यूल को तब संशोधित किया जाता है जब उसमें या तो अनट्रैक की गई या संशोधित फ़ाइलें या उसका HEAD होता है
सुपरप्रोजेक्ट में दर्ज कमिट से भिन्न है और इसका उपयोग किसी को भी ओवरराइड करने के लिए किया जा सकता है
की सेटिंग्स उपेक्षा में विकल्प गिट-कॉन्फ़िगरेशन(1) या गिटमॉड्यूल्स(5). जब "अनट्रैक" होता है
उपयोग किए गए सबमॉड्यूल को गंदा नहीं माना जाता है जब उनमें केवल अनट्रैक की गई सामग्री होती है (लेकिन
वे अभी भी संशोधित सामग्री के लिए स्कैन किए गए हैं)। "गंदा" का उपयोग करने से सभी परिवर्तनों पर ध्यान नहीं दिया जाता है
सबमॉड्यूल के कार्य वृक्ष में, केवल सुपरप्रोजेक्ट में संग्रहीत कमिट में परिवर्तन होते हैं
दिखाया गया (1.7.0 तक यही व्यवहार था)। "सभी" का उपयोग करने से सभी परिवर्तन छिप जाते हैं
उपमॉड्यूल

--src-उपसर्ग=
"ए/" के स्थान पर दिए गए स्रोत उपसर्ग को दिखाएँ।

--dst-उपसर्ग=
"बी/" के स्थान पर दिए गए गंतव्य उपसर्ग को दिखाएँ।

--नो-उपसर्ग
कोई स्रोत या गंतव्य उपसर्ग न दिखाएं.

इन सामान्य विकल्पों पर अधिक विस्तृत विवरण के लिए, यह भी देखें gitdiffcore(7).

-
सबसे ऊपर से पैच तैयार करें प्रतिबद्ध.

-ओ , --उत्पादन निर्देशिका
उपयोग वर्तमान कार्यशील निर्देशिका के बजाय परिणामी फ़ाइलों को संग्रहीत करने के लिए।

-n, -- क्रमांकित
नाम आउटपुट में [पैबंद एन/एम] प्रारूप, यहां तक ​​कि एक पैच के साथ भी।

-एन, --नो-संख्यांकित
नाम आउटपुट में [पैबंद] प्रारूप.

--प्रारंभ-संख्या
पैच को नंबर देना प्रारंभ करें 1 के बजाय.

-- क्रमांकित-फ़ाइलें
आउटपुट फ़ाइल नाम डिफ़ॉल्ट पहली पंक्ति के बिना एक साधारण संख्या अनुक्रम होगा
प्रतिबद्धता संलग्न है.

-k, --रखें-विषय
स्ट्रिप/जोड़ें नहीं [पैबंद] प्रतिबद्ध लॉग संदेश की पहली पंक्ति से.

-एस, --साइनऑफ
कमिटर पहचान का उपयोग करके, कमिट संदेश में साइन-ऑफ-बाय: लाइन जोड़ें
स्वयं। साइनऑफ़ विकल्प देखें Git-लिखें(1) अधिक जानकारी के लिए।

--stdout
फ़ाइल बनाने के बजाय, सभी कमिट को मानक आउटपुट में एमबॉक्स प्रारूप में प्रिंट करें
प्रत्येक के लिए।

--संलग्न करें[= ]
मल्टीपार्ट/मिश्रित अनुलग्नक बनाएं, जिसका पहला भाग प्रतिबद्ध संदेश है और
दूसरे भाग में ही पैच, सामग्री-विस्थापन: अनुलग्नक के साथ।

--नहीं-जोड़ें
कॉन्फ़िगरेशन सेटिंग को ओवरराइड करते हुए अनुलग्नक का निर्माण अक्षम करें।

--इनलाइन[= ]
मल्टीपार्ट/मिश्रित अनुलग्नक बनाएं, जिसका पहला भाग प्रतिबद्ध संदेश है और
दूसरे भाग में ही पैच, कंटेंट-डिस्पोज़िशन: इनलाइन के साथ।

--धागा[= ], --no-thread
दूसरा और बनाने के लिए इन-रिप्लाई-टू और रेफरेंस हेडर को जोड़ने को नियंत्रित करता है
बाद के मेल पहले के उत्तर के रूप में दिखाई देते हैं। की पीढ़ी को भी नियंत्रित करता है
संदर्भ के लिए संदेश-आईडी शीर्षलेख।

वैकल्पिक argument can be either shallow or deep. उथला थ्रेडिंग बनाता है
प्रत्येक मेल श्रृंखला के प्रमुख को एक उत्तर देता है, जहां प्रमुख को कवर से चुना जाता है
पत्र, --इन-रिप्लाई-टू, और पहला पैच मेल, इस क्रम में। गहरा सूत्रण
प्रत्येक मेल को पिछले मेल का उत्तर बनाता है।

डिफ़ॉल्ट --नो-थ्रेड है, जब तक कि प्रारूप.थ्रेड कॉन्फ़िगरेशन सेट है. यदि--धागा
किसी शैली के बिना निर्दिष्ट किया गया है, यह डिफ़ॉल्ट रूप से निर्दिष्ट शैली पर निर्भर करता है प्रारूप.थ्रेड if
कोई भी, या फिर उथला।

सावधान रहें कि डिफ़ॉल्ट के लिए Git ईमेल भेजें ईमेल को स्वयं थ्रेड करना है। यदि आप गिट चाहते हैं
थ्रेडिंग का ध्यान रखने के लिए फॉर्मेट-पैच, आप यह सुनिश्चित करना चाहेंगे कि थ्रेडिंग हो
गिट सेंड-ईमेल के लिए अक्षम।

--इन-रिप्लाई-टू=मैसेज-आईडी
पहले मेल (या --नो-थ्रेड वाले सभी मेल) को दिए गए उत्तर के रूप में प्रदर्शित करें
संदेश-आईडी, जो नई पैच श्रृंखला प्रदान करने के लिए थ्रेड्स को तोड़ने से बचाता है।

--अनदेखा-अगर-इन-अपस्ट्रीम
ऐसा पैच शामिल न करें जो कमिट से मेल खाता हो .. . इससे जांच होगी
सभी पैच से पहुंच योग्य लेकिन से नहीं और उनकी तुलना करें
पैच उत्पन्न हो रहे हैं, और जो भी पैच मेल खाता है उसे अनदेखा कर दिया जाता है।

--विषय-उपसर्ग=
मानक के बजाय [पैबंद] विषय पंक्ति में उपसर्ग के स्थान पर उपयोग करें
[ ]. यह पैच श्रृंखला के उपयोगी नामकरण की अनुमति देता है, और हो सकता है
-- क्रमांकित विकल्प के साथ संयुक्त।

-v , --रेरोल-गिनती=
श्रृंखला को इस रूप में चिह्नित करें -विषय की पुनरावृत्ति. आउटपुट फ़ाइल नाम में v है
उनके साथ जोड़ा गया है, और विषय उपसर्ग डिफ़ॉल्ट रूप से ("पैच") है, लेकिन इसके माध्यम से कॉन्फ़िगर करने योग्य है
--विषय-उपसर्ग विकल्प) में `v है `इसके साथ जोड़ा गया। जैसे--रेरोल-काउंट=4 मई
v4-0001-add-makefile.patch फ़ाइल बनाएं जिसमें "विषय: [PATCH v4 1/20] जोड़ें"
मेकफ़ाइल" इसमें।

--से=
ईमेल हेडर में एक To: हेडर जोड़ें। यह किसी भी कॉन्फ़िगर किए गए हेडर के अतिरिक्त है,
और कई बार उपयोग किया जा सकता है। अस्वीकृत प्रपत्र --no-to सभी To: शीर्षलेखों को ख़ारिज कर देता है
अब तक जोड़ा गया (कॉन्फ़िगरेशन या कमांड लाइन से)।

--cc=
ईमेल हेडर में एक Cc: हेडर जोड़ें। यह किसी भी कॉन्फ़िगर किए गए हेडर के अतिरिक्त है,
और कई बार उपयोग किया जा सकता है। अस्वीकृत प्रपत्र --no-cc सभी Cc: शीर्षलेखों को खारिज कर देता है
अब तक जोड़ा गया (कॉन्फ़िगरेशन या कमांड लाइन से)।

--से, --से=
प्रत्येक प्रतिबद्ध ईमेल के प्रेषक: शीर्षलेख में पहचान का उपयोग करें। यदि लेखक प्रतिबद्धता की पहचान करता है
पाठ्य रूप से प्रदत्त पहचान के समान नहीं है, के मुख्य भाग में एक प्रेषक: शीर्षलेख रखें
मूल लेखक के साथ संदेश. यदि कोई पहचान नहीं दी गई है, तो कमिटर पहचान का उपयोग करें।

ध्यान दें कि यह विकल्प केवल तभी उपयोगी है जब आप वास्तव में ईमेल भेज रहे हों और चाहते हों
स्वयं को प्रेषक के रूप में पहचानने के लिए, लेकिन मूल लेखक को बनाए रखें (और मैं बताऊंगा)।
इन-बॉडी हेडर को सही ढंग से चुनें)। यह भी ध्यान दें कि git सेंड-ईमेल पहले से ही हैंडल करता है
यह परिवर्तन आपके लिए है, और यदि आप खिला रहे हैं तो इस विकल्प का उपयोग नहीं किया जाना चाहिए
गिट सेंड-ईमेल का परिणाम।

--ऐड-हेडर=
ईमेल हेडर में एक मनमाना हेडर जोड़ें। यह किसी भी कॉन्फ़िगर के अतिरिक्त है
हेडर, और कई बार उपयोग किया जा सकता है। उदाहरण के लिए, --add-header='संगठन:
git-foo"। अस्वीकृत फॉर्म --no-add-header खारिज हो जाता है सब (To:, Cc:, और कस्टम) हेडर
कॉन्फ़िगरेशन या कमांड लाइन से अब तक जोड़ा गया।

--[नहीं-]कवर-पत्र
पैच के अलावा, शाखा वाली एक कवर लेटर फ़ाइल तैयार करें
विवरण, शॉर्टलॉग और समग्र अंतर। आप इसमें विवरण भर सकते हैं
इसे भेजने से पहले फ़ाइल करें।

--नोट्स[= ]
नोट्स संलग्न करें (देखें गिट-नोट्स(1)) थ्री-डैश लाइन के बाद कमिट के लिए।

इसका अपेक्षित उपयोग मामला उस प्रतिबद्धता के लिए सहायक स्पष्टीकरण लिखना है
प्रतिबद्ध लॉग संदेश से संबंधित नहीं है, और इसे पैच के साथ शामिल करें
जमा करना। जबकि फॉर्मेट-पैच चलने के बाद कोई भी इन स्पष्टीकरणों को आसानी से लिख सकता है
लेकिन भेजने से पहले, उन्हें Git नोट्स के रूप में रखने से उन्हें बीच में बनाए रखा जा सकता है
पैच श्रृंखला के संस्करण (लेकिन नोट्स.रीराइट की चर्चा देखें
में कॉन्फ़िगरेशन विकल्प गिट-नोट्स(1) इस वर्कफ़्लो का उपयोग करने के लिए)।

--[नहीं]-हस्ताक्षर=
उत्पादित प्रत्येक संदेश में एक हस्ताक्षर जोड़ें. आरएफसी 3676 के अनुसार हस्ताक्षर को अलग कर दिया गया है
शरीर पर '--' लिखी एक रेखा द्वारा। यदि हस्ताक्षर का विकल्प छोड़ दिया जाए तो हस्ताक्षर करें
Git संस्करण संख्या पर डिफ़ॉल्ट।

--हस्ताक्षर-फ़ाइल=
-सिग्नेचर की तरह ही काम करता है सिवाय इसके कि हस्ताक्षर एक फ़ाइल से पढ़ा जाता है।

--प्रत्यय=.
उत्पन्न फ़ाइल नामों के लिए प्रत्यय के रूप में .patch का उपयोग करने के बजाय, निर्दिष्ट प्रत्यय का उपयोग करें। ए
सामान्य विकल्प --suffix=.txt है। इसे खाली छोड़ने से .patch प्रत्यय हट जाएगा।

ध्यान दें कि प्रमुख पात्र का बिंदु होना ज़रूरी नहीं है; उदाहरण के लिए, आप उपयोग कर सकते हैं
--suffix=-पैच 0001-विवरण-का-मेरे-परिवर्तन-पैच प्राप्त करने के लिए।

-क्यू, --शांत
जनरेट की गई फ़ाइलों के नाम को मानक आउटपुट पर प्रिंट न करें।

--नो-बाइनरी
बाइनरी फ़ाइलों में परिवर्तनों की सामग्री को आउटपुट न करें, इसके बजाय एक सूचना प्रदर्शित करें कि वे
फ़ाइलें बदल गईं. इस विकल्प का उपयोग करके उत्पन्न पैच को ठीक से लागू नहीं किया जा सकता है, लेकिन
वे अभी भी कोड समीक्षा के लिए उपयोगी हैं।

--शून्य-प्रतिबद्धता
कमिट के हैश के बजाय प्रत्येक पैच के फ्रॉम हेडर में एक पूर्ण-शून्य हैश आउटपुट करें।

--जड़
पुनरीक्षण तर्क को एक के रूप में मानें , भले ही यह केवल एक ही प्रतिबद्धता हो
(इसे आम तौर पर एक के रूप में माना जाएगा ). ध्यान दें कि रूट कमिट्स इसमें शामिल हैं
निर्दिष्ट श्रेणी को हमेशा इस ध्वज से स्वतंत्र रूप से निर्माण पैच के रूप में स्वरूपित किया जाता है।

विन्यास

आप प्रत्येक संदेश में जोड़ी जाने वाली अतिरिक्त मेल हेडर लाइनें निर्दिष्ट कर सकते हैं, जो कि डिफ़ॉल्ट है
विषय उपसर्ग और फ़ाइल प्रत्यय, एक से अधिक पैच आउटपुट करते समय संख्या पैच, जोड़ें
"प्रति" या "सीसी:" हेडर, अनुलग्नकों को कॉन्फ़िगर करें, और कॉन्फ़िगरेशन के साथ पैच पर हस्ताक्षर करें
चर।

[प्रारूप]
हेडर = "संगठन: git-foo\n"
विषय उपसर्ग = परिवर्तन
प्रत्यय = .txt
क्रमांकित = ऑटो
को =
सीसी =
संलग्न करें [= माइम-सीमा-स्ट्रिंग]
साइनऑफ़ = सत्य
कवरलेटर = ऑटो

चर्चा

पैच द्वारा निर्मित Git प्रारूप-पैच UNIX मेलबॉक्स प्रारूप में है, एक निश्चित "जादू" के साथ
टाइम स्टैम्प यह इंगित करने के लिए कि फ़ाइल वास्तविक के बजाय प्रारूप-पैच से आउटपुट है
मेलबॉक्स, जैसे:

From 8f72bad1baf19a53459661343e21d6491c3908d3 Mon Sep 17 00:00:00 2001
प्रेषक: टोनी लक[ईमेल संरक्षित]>
दिनांक: मंगलवार, 13 जुलाई 2010 11:42:54 -0700
Subject: [PATCH] =?UTF-8?q?[IA64]=20Put=20ia64=20config=20files=20on=20the=20?=
=?UTF-8?q?Uwe=20Kleine-K=C3=B6nig=20diet?=
माइम-संस्करण: 1.0
सामग्री-प्रकार: पाठ/सादा; वर्णसेट=यूटीएफ-8
सामग्री-स्थानांतरण-एन्कोडिंग: 8 बिट

पायथन स्क्रिप्ट का उपयोग करके आर्क/आर्म कॉन्फ़िगरेशन फ़ाइलों को पतला कर दिया गया था
(See commit c2330e286f68f1c408b4aa6515ba49d57f05beae comment)

IA64 के लिए भी ऐसा ही करें ताकि हम चिकना और ट्रिम दिख सकें
...

आमतौर पर इसे एमयूए के ड्राफ्ट फ़ोल्डर में रखा जाएगा, जिसमें समय पर टिप्पणी जोड़ने के लिए इसे संपादित किया जाएगा
तीन डैश के बाद चेंजलॉग में नहीं जाना चाहिए, और फिर एक संदेश के रूप में भेजा जाना चाहिए
हमारे उदाहरण में बॉडी, "आर्क/आर्म कॉन्फिग फाइल्स थे..." से शुरू होती है। प्राप्त अंत पर,
पाठक दिलचस्प पैच को UNIX मेलबॉक्स में सहेज सकते हैं और उन्हें लागू कर सकते हैं गिट-हूँ(1).

जब कोई पैच चल रही चर्चा का हिस्सा होता है, तो पैच उत्पन्न होता है Git प्रारूप-पैच कर सकते हैं
का लाभ उठाने के लिए बदलाव किया जाए Git am --कैंची विशेषता। आपकी प्रतिक्रिया के बाद
चर्चा में एक पंक्ति आती है जिसमें केवल "-->8--" (कैंची और वेध) शामिल है।
इसके बाद अनावश्यक हेडर फ़ील्ड वाले पैच को हटा दिया गया:

...
>तो हमें ऐसा-ऐसा करना चाहिए।

मेरी समझ मे आ रहा है। इस पैच के बारे में क्या ख्याल है?

-- >8 --
विषय: [IA64] Uwe Kleine-König आहार पर ia64 कॉन्फ़िग फ़ाइलें डालें

पायथन स्क्रिप्ट का उपयोग करके आर्क/आर्म कॉन्फ़िगरेशन फ़ाइलों को पतला कर दिया गया था
...

इस तरह से पैच भेजते समय, अक्सर आप अपना स्वयं का पैच भेज रहे होते हैं, इसलिए इसके अतिरिक्त
"$SHA1 $magic_timestamp" मार्कर से आपको प्रेषक: और दिनांक: पंक्तियों को हटा देना चाहिए
पैच फ़ाइल. पैच शीर्षक चर्चा के विषय से भिन्न होने की संभावना है
पैच प्रतिक्रिया में है, इसलिए यह संभव है कि आप विषय रखना चाहेंगे:
पंक्ति, ऊपर दिए गए उदाहरण की तरह।

जाँच हो रही है एसटी पैच भ्रष्टाचार
कई मेलर्स यदि ठीक से सेट अप नहीं किए गए तो व्हाइटस्पेस को दूषित कर देंगे। यहाँ दो सामान्य प्रकार हैं
भ्रष्टाचार:

· खाली संदर्भ पंक्तियाँ जिनमें नहीं है कोई खाली जगह

· गैर-रिक्त संदर्भ पंक्तियाँ जिनकी शुरुआत में एक अतिरिक्त रिक्त स्थान है।

यह जांचने का एक तरीका है कि आपका एमयूए सही ढंग से सेट अप है या नहीं:

· To: और Cc: लाइनों को छोड़कर, पैच अपने आप को ठीक वैसे ही भेजें जैसे आप भेजते हैं
जिसमें सूची और अनुरक्षक का पता नहीं है।

· उस पैच को UNIX मेलबॉक्स प्रारूप में एक फ़ाइल में सहेजें। इसे a.पैच कहें, कहें।

· इसे लागाएं:

$ गिट फ़ेच मास्टर: परीक्षण-लागू करें
$ गिट चेकआउट परीक्षण-लागू करें
$ गिट रीसेट--हार्ड
$ git am a.patch

यदि यह सही ढंग से लागू नहीं होता है, तो इसके कई कारण हो सकते हैं।

· पैच स्वयं साफ-सुथरा नहीं लगता। वह है बुरा लेकिन इससे बहुत कुछ लेना-देना नहीं है
आपका एमयूए. हो सकता है कि आप पैच को दोबारा आधार बनाना चाहें git-rebase(1) इसे पुन: उत्पन्न करने से पहले
इस मामले में।

· एमयूए ने आपके पैच को दूषित कर दिया है; "हूँ" शिकायत करेगा कि पैच लागू नहीं होता है। देखना
.git/rebase-apply/ उपनिर्देशिका में और देखें क्या पैच फ़ाइल में शामिल है और इसकी जाँच करें
ऊपर उल्लिखित सामान्य भ्रष्टाचार पैटर्न।

· इस समय, जाँच करें पता और अंतिम-प्रतिबद्धता फ़ाइलें भी. अगर अंदर क्या है अंतिम-प्रतिबद्धता
यह बिल्कुल वैसा नहीं है जैसा आप कमिट लॉग संदेश में देखना चाहेंगे, इसकी बहुत संभावना है
कि आपका पैच लगाते समय रिसीवर को लॉग संदेश को हाथ से संपादित करना पड़ेगा।
पैच ई-मेल में "हाय, यह मेरा पहला पैच है।\n" जैसी चीज़ें इसके बाद आनी चाहिए
तीन-डैश लाइन जो प्रतिबद्ध संदेश के अंत का संकेत देती है।

मुआ-विशिष्ट संकेत

विभिन्न मेलर्स का उपयोग करके पैच इनलाइन को सफलतापूर्वक सबमिट करने के तरीके के बारे में यहां कुछ संकेत दिए गए हैं।

जीमेल
जीमेल के पास वेब इंटरफ़ेस में लाइन रैपिंग को बंद करने का कोई तरीका नहीं है, इसलिए ऐसा होगा
आपके द्वारा भेजे गए किसी भी ईमेल को व्यवस्थित करें। हालाँकि आप "गिट सेंड-ईमेल" का उपयोग कर सकते हैं और अपना भेज सकते हैं
जीमेल एसएमटीपी सर्वर के माध्यम से पैच करें, या कनेक्ट करने के लिए किसी आईएमएपी ईमेल क्लाइंट का उपयोग करें
Google IMAP सर्वर और उसके माध्यम से ईमेल अग्रेषित करें।

उपयोग करने के संकेत के लिए Git ईमेल भेजें जीमेल एसएमटीपी सर्वर के माध्यम से अपने पैच भेजने के लिए देखें
का उदाहरण अनुभाग गिट-भेजें-ईमेल(1).

IMAP इंटरफ़ेस का उपयोग करके सबमिशन पर संकेत के लिए, उदाहरण अनुभाग देखें गिट-इमैप-
भेजें(1).

थंडरबर्ड
डिफ़ॉल्ट रूप से, थंडरबर्ड ईमेल को लपेटने के साथ-साथ उन्हें ध्वजांकित भी करेगा प्रारूप = प्रवाहित,
ये दोनों परिणामी ईमेल को Git द्वारा अनुपयोगी बना देंगे।

तीन अलग-अलग दृष्टिकोण हैं: लाइन रैप्स को बंद करने, कॉन्फ़िगर करने के लिए ऐड-ऑन का उपयोग करें
थंडरबर्ड पैच को खराब नहीं करेगा, या थंडरबर्ड को दूर रखने के लिए किसी बाहरी संपादक का उपयोग करेगा
पैच को तोड़ना।

दृष्टिकोण #1 (ऐड ऑन)
टॉगल वर्ड रैप ऐड-ऑन इंस्टॉल करें जो यहां उपलब्ध है
https://addons.mozilla.org/thunderbird/addon/toggle-word-wrap/ यह एक मेनू प्रविष्टि जोड़ता है
कंपोज़र के "विकल्प" मेनू में "वर्ड रैप सक्षम करें" जिसे आप टिक कर सकते हैं। अब आप कर सकते हैं
संदेश वैसे ही लिखें जैसे आप अन्यथा लिखते हैं (कट + पेस्ट करें, Git प्रारूप-पैच | Git
imap-भेजें, आदि), लेकिन आपको किसी भी पाठ में लाइन ब्रेक मैन्युअल रूप से सम्मिलित करना होगा
प्रकार।

दृष्टिकोण #2 (विन्यास)
तीन चरण:

1. अपने मेल सर्वर संरचना को सादे पाठ के रूप में कॉन्फ़िगर करें: संपादित करें...खाता
सेटिंग्स...रचना और संबोधन, "HTML में संदेश लिखें" को अनचेक करें।

2. अपनी सामान्य कंपोज़िशन विंडो को रैप न करने के लिए कॉन्फ़िगर करें।

थंडरबर्ड 2 में: संपादित करें...प्राथमिकताएं...संरचना, सादे पाठ संदेशों को 0 पर लपेटें

थंडरबर्ड 3 में: संपादित करें..प्राथमिकताएं..उन्नत..कॉन्फिग संपादक। निम्न को खोजें
"मेल.रैप_लॉन्ग_लाइन्स"। यह सुनिश्चित करने के लिए इसे टॉगल करें कि यह गलत पर सेट है। इसके अलावा, खोजें
"mailnews.wraplength" के लिए और मान को 0 पर सेट करें।

3. प्रारूप=प्रवाह का उपयोग अक्षम करें: संपादित करें..प्राथमिकताएं..उन्नत..कॉन्फिग संपादक।
"mailnews.send_plaintext_flowed" खोजें। यह सुनिश्चित करने के लिए इसे टॉगल करें कि यह सेट है
असत्य।

ऐसा हो जाने के बाद, आपको ईमेल लिखने में सक्षम होना चाहिए जैसा कि आप अन्यथा करते (+ काटें)।
पेस्ट करें, Git प्रारूप-पैच | Git imap-भेजें, आदि), और पैच ख़राब नहीं होंगे।

दृष्टिकोण #3 (बाहरी संपादक)
निम्नलिखित थंडरबर्ड एक्सटेंशन की आवश्यकता है: AboutConfig से
http://aboutconfig.mozdev.org/ और बाहरी संपादक से
http://globs.org/articles.php?lng=en&pg=8

1. अपनी पसंद की विधि का उपयोग करके पैच को टेक्स्ट फ़ाइल के रूप में तैयार करें।

2. कंपोज़ विंडो खोलने से पहले, "कम्पोज़" को अनचेक करने के लिए संपादन→खाता सेटिंग्स का उपयोग करें
HTML प्रारूप में संदेश" सेटिंग के "संरचना और संबोधन" पैनल में
पैच भेजने के लिए उपयोग किया जाने वाला खाता.

3. मुख्य थंडरबर्ड विंडो में, से पहले आप पैच के लिए कंपोज़ विंडो खोलें,
निम्नलिखित को संकेतित मानों पर सेट करने के लिए Tools→about:config का उपयोग करें:

mailnews.send_plaintext_flowed => गलत
mailnews.wraplength => 0

4. एक कंपोज़ विंडो खोलें और बाहरी संपादक आइकन पर क्लिक करें।

5. बाहरी संपादक विंडो में, पैच फ़ाइल पढ़ें और संपादक से बाहर निकलें
सामान्य रूप से।

साइड नोट: चरण 2 को about:config और निम्नलिखित के साथ करना संभव हो सकता है
सेटिंग्स लेकिन अभी तक किसी ने प्रयास नहीं किया है।

mail.html_compose => गलत
mail.identity.default.compose_html => ग़लत
mail.identity.id?.compose_html => ग़लत

कॉन्ट्रिब/थंडरबर्ड-पैच-इनलाइन में एक स्क्रिप्ट है जो आपको शामिल करने में मदद कर सकती है
थंडरबर्ड के साथ आसान तरीके से पैच। इसका उपयोग करने के लिए ऊपर दिए गए चरण अपनाएं और फिर उपयोग करें
बाह्य संपादक के रूप में स्क्रिप्ट.

KMail
इससे आपको KMail का उपयोग करके पैच इनलाइन सबमिट करने में मदद मिलेगी।

1. पैच को टेक्स्ट फ़ाइल के रूप में तैयार करें।

2. न्यू मेल पर क्लिक करें.

3. कंपोजर विंडो में "विकल्प" के अंतर्गत जाएं और सुनिश्चित करें कि "वर्ड रैप" सेट नहीं है।

4. संदेश का उपयोग करें → फ़ाइल डालें... और पैच डालें।

5. वापस लिखें विंडो में: संदेश में जो भी अन्य पाठ आप चाहते हैं उसे जोड़ें, पूरा करें
संबोधन और विषय फ़ील्ड, और भेजें दबाएँ।

उदाहरण

· संशोधन R1 और R2 के बीच कमिट निकालें, और उन्हें करंट के शीर्ष पर लागू करें
शाखा का उपयोग करना Git am उन्हें चेरी-चुनने के लिए:

$ git प्रारूप-पैच -k --stdout R1..R2 | गिट एएम -3 -के

· सभी कमिट निकालें जो वर्तमान शाखा में हैं लेकिन मूल शाखा में नहीं हैं:

$ गिट प्रारूप-पैच मूल

प्रत्येक कमिट के लिए वर्तमान निर्देशिका में एक अलग फ़ाइल बनाई जाती है।

· उन सभी प्रतिबद्धताओं को निकालें जिनके कारण ऐसा हुआ मूल परियोजना की शुरुआत से:

$ गिट प्रारूप-पैच --रूट मूल

· पिछले वाले के समान:

$ गिट प्रारूप-पैच -एम-बी मूल

इसके अतिरिक्त, यह नामों का पता लगाता है और उन्हें संभालता है और समझदारी से पुनर्लेखन को पूरा करता है
एक नामकरण पैच तैयार करें। नाम बदलने वाला पैच टेक्स्ट आउटपुट की मात्रा को कम कर देता है, और
आम तौर पर समीक्षा करना आसान हो जाता है। ध्यान दें कि गैर-गिट "पैच" प्रोग्राम ऐसा नहीं करेंगे
नाम बदलने वाले पैच को समझें, इसलिए इसका उपयोग केवल तभी करें जब आप जानते हों कि प्राप्तकर्ता Git का उपयोग करता है
अपना पैच लगाएं.

· वर्तमान शाखा से तीन शीर्षतम कमिट निकालें और उन्हें ई-मेल करने योग्य प्रारूप में प्रारूपित करें
पैच:

$ गिट प्रारूप-पैच -3

onworks.net सेवाओं का उपयोग करके ऑनलाइन git-format-patch का उपयोग करें