git-commit.html

   1 <?xml version="1.0" encoding="UTF-8"?>
   2 <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
   3     "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
   4 <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
   5 <head>
   6 <meta http-equiv="Content-Type" content="application/xhtml+xml; charset=UTF-8" />
   7 <meta name="generator" content="AsciiDoc 10.2.0" />
   8 <title>git-commit(1)</title>
   9 <style type="text/css">
  10 /* Shared CSS for AsciiDoc xhtml11 and html5 backends */
  11
  12 /* Default font. */
  13 body {
  14   font-family: Georgia,serif;
  15 }
  16
  17 /* Title font. */
  18 h1, h2, h3, h4, h5, h6,
  19 div.title, caption.title,
  20 thead, p.table.header,
  21 #toctitle,
  22 #author, #revnumber, #revdate, #revremark,
  23 #footer {
  24   font-family: Arial,Helvetica,sans-serif;
  25 }
  26
  27 body {
  28   margin: 1em 5% 1em 5%;
  29 }
  30
  31 a {
  32   color: blue;
  33   text-decoration: underline;
  34 }
  35 a:visited {
  36   color: fuchsia;
  37 }
  38
  39 em {
  40   font-style: italic;
  41   color: navy;
  42 }
  43
  44 strong {
  45   font-weight: bold;
  46   color: #083194;
  47 }
  48
  49 h1, h2, h3, h4, h5, h6 {
  50   color: #527bbd;
  51   margin-top: 1.2em;
  52   margin-bottom: 0.5em;
  53   line-height: 1.3;
  54 }
  55
  56 h1, h2, h3 {
  57   border-bottom: 2px solid silver;
  58 }
  59 h2 {
  60   padding-top: 0.5em;
  61 }
  62 h3 {
  63   float: left;
  64 }
  65 h3 + * {
  66   clear: left;
  67 }
  68 h5 {
  69   font-size: 1.0em;
  70 }
  71
  72 div.sectionbody {
  73   margin-left: 0;
  74 }
  75
  76 hr {
  77   border: 1px solid silver;
  78 }
  79
  80 p {
  81   margin-top: 0.5em;
  82   margin-bottom: 0.5em;
  83 }
  84
  85 ul, ol, li > p {
  86   margin-top: 0;
  87 }
  88 ul > li     { color: #aaa; }
  89 ul > li > * { color: black; }
  90
  91 .monospaced, code, pre {
  92   font-family: "Courier New", Courier, monospace;
  93   font-size: inherit;
  94   color: navy;
  95   padding: 0;
  96   margin: 0;
  97 }
  98 pre {
  99   white-space: pre-wrap;
 100 }
 101
 102 #author {
 103   color: #527bbd;
 104   font-weight: bold;
 105   font-size: 1.1em;
 106 }
 107 #email {
 108 }
 109 #revnumber, #revdate, #revremark {
 110 }
 111
 112 #footer {
 113   font-size: small;
 114   border-top: 2px solid silver;
 115   padding-top: 0.5em;
 116   margin-top: 4.0em;
 117 }
 118 #footer-text {
 119   float: left;
 120   padding-bottom: 0.5em;
 121 }
 122 #footer-badges {
 123   float: right;
 124   padding-bottom: 0.5em;
 125 }
 126
 127 #preamble {
 128   margin-top: 1.5em;
 129   margin-bottom: 1.5em;
 130 }
 131 div.imageblock, div.exampleblock, div.verseblock,
 132 div.quoteblock, div.literalblock, div.listingblock, div.sidebarblock,
 133 div.admonitionblock {
 134   margin-top: 1.0em;
 135   margin-bottom: 1.5em;
 136 }
 137 div.admonitionblock {
 138   margin-top: 2.0em;
 139   margin-bottom: 2.0em;
 140   margin-right: 10%;
 141   color: #606060;
 142 }
 143
 144 div.content { /* Block element content. */
 145   padding: 0;
 146 }
 147
 148 /* Block element titles. */
 149 div.title, caption.title {
 150   color: #527bbd;
 151   font-weight: bold;
 152   text-align: left;
 153   margin-top: 1.0em;
 154   margin-bottom: 0.5em;
 155 }
 156 div.title + * {
 157   margin-top: 0;
 158 }
 159
 160 td div.title:first-child {
 161   margin-top: 0.0em;
 162 }
 163 div.content div.title:first-child {
 164   margin-top: 0.0em;
 165 }
 166 div.content + div.title {
 167   margin-top: 0.0em;
 168 }
 169
 170 div.sidebarblock > div.content {
 171   background: #ffffee;
 172   border: 1px solid #dddddd;
 173   border-left: 4px solid #f0f0f0;
 174   padding: 0.5em;
 175 }
 176
 177 div.listingblock > div.content {
 178   border: 1px solid #dddddd;
 179   border-left: 5px solid #f0f0f0;
 180   background: #f8f8f8;
 181   padding: 0.5em;
 182 }
 183
 184 div.quoteblock, div.verseblock {
 185   padding-left: 1.0em;
 186   margin-left: 1.0em;
 187   margin-right: 10%;
 188   border-left: 5px solid #f0f0f0;
 189   color: #888;
 190 }
 191
 192 div.quoteblock > div.attribution {
 193   padding-top: 0.5em;
 194   text-align: right;
 195 }
 196
 197 div.verseblock > pre.content {
 198   font-family: inherit;
 199   font-size: inherit;
 200 }
 201 div.verseblock > div.attribution {
 202   padding-top: 0.75em;
 203   text-align: left;
 204 }
 205 /* DEPRECATED: Pre version 8.2.7 verse style literal block. */
 206 div.verseblock + div.attribution {
 207   text-align: left;
 208 }
 209
 210 div.admonitionblock .icon {
 211   vertical-align: top;
 212   font-size: 1.1em;
 213   font-weight: bold;
 214   text-decoration: underline;
 215   color: #527bbd;
 216   padding-right: 0.5em;
 217 }
 218 div.admonitionblock td.content {
 219   padding-left: 0.5em;
 220   border-left: 3px solid #dddddd;
 221 }
 222
 223 div.exampleblock > div.content {
 224   border-left: 3px solid #dddddd;
 225   padding-left: 0.5em;
 226 }
 227
 228 div.imageblock div.content { padding-left: 0; }
 229 span.image img { border-style: none; vertical-align: text-bottom; }
 230 a.image:visited { color: white; }
 231
 232 dl {
 233   margin-top: 0.8em;
 234   margin-bottom: 0.8em;
 235 }
 236 dt {
 237   margin-top: 0.5em;
 238   margin-bottom: 0;
 239   font-style: normal;
 240   color: navy;
 241 }
 242 dd > *:first-child {
 243   margin-top: 0.1em;
 244 }
 245
 246 ul, ol {
 247     list-style-position: outside;
 248 }
 249 ol.arabic {
 250   list-style-type: decimal;
 251 }
 252 ol.loweralpha {
 253   list-style-type: lower-alpha;
 254 }
 255 ol.upperalpha {
 256   list-style-type: upper-alpha;
 257 }
 258 ol.lowerroman {
 259   list-style-type: lower-roman;
 260 }
 261 ol.upperroman {
 262   list-style-type: upper-roman;
 263 }
 264
 265 div.compact ul, div.compact ol,
 266 div.compact p, div.compact p,
 267 div.compact div, div.compact div {
 268   margin-top: 0.1em;
 269   margin-bottom: 0.1em;
 270 }
 271
 272 tfoot {
 273   font-weight: bold;
 274 }
 275 td > div.verse {
 276   white-space: pre;
 277 }
 278
 279 div.hdlist {
 280   margin-top: 0.8em;
 281   margin-bottom: 0.8em;
 282 }
 283 div.hdlist tr {
 284   padding-bottom: 15px;
 285 }
 286 dt.hdlist1.strong, td.hdlist1.strong {
 287   font-weight: bold;
 288 }
 289 td.hdlist1 {
 290   vertical-align: top;
 291   font-style: normal;
 292   padding-right: 0.8em;
 293   color: navy;
 294 }
 295 td.hdlist2 {
 296   vertical-align: top;
 297 }
 298 div.hdlist.compact tr {
 299   margin: 0;
 300   padding-bottom: 0;
 301 }
 302
 303 .comment {
 304   background: yellow;
 305 }
 306
 307 .footnote, .footnoteref {
 308   font-size: 0.8em;
 309 }
 310
 311 span.footnote, span.footnoteref {
 312   vertical-align: super;
 313 }
 314
 315 #footnotes {
 316   margin: 20px 0 20px 0;
 317   padding: 7px 0 0 0;
 318 }
 319
 320 #footnotes div.footnote {
 321   margin: 0 0 5px 0;
 322 }
 323
 324 #footnotes hr {
 325   border: none;
 326   border-top: 1px solid silver;
 327   height: 1px;
 328   text-align: left;
 329   margin-left: 0;
 330   width: 20%;
 331   min-width: 100px;
 332 }
 333
 334 div.colist td {
 335   padding-right: 0.5em;
 336   padding-bottom: 0.3em;
 337   vertical-align: top;
 338 }
 339 div.colist td img {
 340   margin-top: 0.3em;
 341 }
 342
 343 @media print {
 344   #footer-badges { display: none; }
 345 }
 346
 347 #toc {
 348   margin-bottom: 2.5em;
 349 }
 350
 351 #toctitle {
 352   color: #527bbd;
 353   font-size: 1.1em;
 354   font-weight: bold;
 355   margin-top: 1.0em;
 356   margin-bottom: 0.1em;
 357 }
 358
 359 div.toclevel0, div.toclevel1, div.toclevel2, div.toclevel3, div.toclevel4 {
 360   margin-top: 0;
 361   margin-bottom: 0;
 362 }
 363 div.toclevel2 {
 364   margin-left: 2em;
 365   font-size: 0.9em;
 366 }
 367 div.toclevel3 {
 368   margin-left: 4em;
 369   font-size: 0.9em;
 370 }
 371 div.toclevel4 {
 372   margin-left: 6em;
 373   font-size: 0.9em;
 374 }
 375
 376 span.aqua { color: aqua; }
 377 span.black { color: black; }
 378 span.blue { color: blue; }
 379 span.fuchsia { color: fuchsia; }
 380 span.gray { color: gray; }
 381 span.green { color: green; }
 382 span.lime { color: lime; }
 383 span.maroon { color: maroon; }
 384 span.navy { color: navy; }
 385 span.olive { color: olive; }
 386 span.purple { color: purple; }
 387 span.red { color: red; }
 388 span.silver { color: silver; }
 389 span.teal { color: teal; }
 390 span.white { color: white; }
 391 span.yellow { color: yellow; }
 392
 393 span.aqua-background { background: aqua; }
 394 span.black-background { background: black; }
 395 span.blue-background { background: blue; }
 396 span.fuchsia-background { background: fuchsia; }
 397 span.gray-background { background: gray; }
 398 span.green-background { background: green; }
 399 span.lime-background { background: lime; }
 400 span.maroon-background { background: maroon; }
 401 span.navy-background { background: navy; }
 402 span.olive-background { background: olive; }
 403 span.purple-background { background: purple; }
 404 span.red-background { background: red; }
 405 span.silver-background { background: silver; }
 406 span.teal-background { background: teal; }
 407 span.white-background { background: white; }
 408 span.yellow-background { background: yellow; }
 409
 410 span.big { font-size: 2em; }
 411 span.small { font-size: 0.6em; }
 412
 413 span.underline { text-decoration: underline; }
 414 span.overline { text-decoration: overline; }
 415 span.line-through { text-decoration: line-through; }
 416
 417 div.unbreakable { page-break-inside: avoid; }
 418
 419
 420 /*
 421  * xhtml11 specific
 422  *
 423  * */
 424
 425 div.tableblock {
 426   margin-top: 1.0em;
 427   margin-bottom: 1.5em;
 428 }
 429 div.tableblock > table {
 430   border: 3px solid #527bbd;
 431 }
 432 thead, p.table.header {
 433   font-weight: bold;
 434   color: #527bbd;
 435 }
 436 p.table {
 437   margin-top: 0;
 438 }
 439 /* Because the table frame attribute is overridden by CSS in most browsers. */
 440 div.tableblock > table[frame="void"] {
 441   border-style: none;
 442 }
 443 div.tableblock > table[frame="hsides"] {
 444   border-left-style: none;
 445   border-right-style: none;
 446 }
 447 div.tableblock > table[frame="vsides"] {
 448   border-top-style: none;
 449   border-bottom-style: none;
 450 }
 451
 452
 453 /*
 454  * html5 specific
 455  *
 456  * */
 457
 458 table.tableblock {
 459   margin-top: 1.0em;
 460   margin-bottom: 1.5em;
 461 }
 462 thead, p.tableblock.header {
 463   font-weight: bold;
 464   color: #527bbd;
 465 }
 466 p.tableblock {
 467   margin-top: 0;
 468 }
 469 table.tableblock {
 470   border-width: 3px;
 471   border-spacing: 0px;
 472   border-style: solid;
 473   border-color: #527bbd;
 474   border-collapse: collapse;
 475 }
 476 th.tableblock, td.tableblock {
 477   border-width: 1px;
 478   padding: 4px;
 479   border-style: solid;
 480   border-color: #527bbd;
 481 }
 482
 483 table.tableblock.frame-topbot {
 484   border-left-style: hidden;
 485   border-right-style: hidden;
 486 }
 487 table.tableblock.frame-sides {
 488   border-top-style: hidden;
 489   border-bottom-style: hidden;
 490 }
 491 table.tableblock.frame-none {
 492   border-style: hidden;
 493 }
 494
 495 th.tableblock.halign-left, td.tableblock.halign-left {
 496   text-align: left;
 497 }
 498 th.tableblock.halign-center, td.tableblock.halign-center {
 499   text-align: center;
 500 }
 501 th.tableblock.halign-right, td.tableblock.halign-right {
 502   text-align: right;
 503 }
 504
 505 th.tableblock.valign-top, td.tableblock.valign-top {
 506   vertical-align: top;
 507 }
 508 th.tableblock.valign-middle, td.tableblock.valign-middle {
 509   vertical-align: middle;
 510 }
 511 th.tableblock.valign-bottom, td.tableblock.valign-bottom {
 512   vertical-align: bottom;
 513 }
 514
 515
 516 /*
 517  * manpage specific
 518  *
 519  * */
 520
 521 body.manpage h1 {
 522   padding-top: 0.5em;
 523   padding-bottom: 0.5em;
 524   border-top: 2px solid silver;
 525   border-bottom: 2px solid silver;
 526 }
 527 body.manpage h2 {
 528   border-style: none;
 529 }
 530 body.manpage div.sectionbody {
 531   margin-left: 3em;
 532 }
 533
 534 @media print {
 535   body.manpage div#toc { display: none; }
 536 }
 537
 538
 539 </style>
 540 <script type="text/javascript">
 541 /*<![CDATA[*/
 542 var asciidoc = {  // Namespace.
 543
 544 /////////////////////////////////////////////////////////////////////
 545 // Table Of Contents generator
 546 /////////////////////////////////////////////////////////////////////
 547
 548 /* Author: Mihai Bazon, September 2002
 549  * http://students.infoiasi.ro/~mishoo
 550  *
 551  * Table Of Content generator
 552  * Version: 0.4
 553  *
 554  * Feel free to use this script under the terms of the GNU General Public
 555  * License, as long as you do not remove or alter this notice.
 556  */
 557
 558  /* modified by Troy D. Hanson, September 2006. License: GPL */
 559  /* modified by Stuart Rackham, 2006, 2009. License: GPL */
 560
 561 // toclevels = 1..4.
 562 toc: function (toclevels) {
 563
 564   function getText(el) {
 565     var text = "";
 566     for (var i = el.firstChild; i != null; i = i.nextSibling) {
 567       if (i.nodeType == 3 /* Node.TEXT_NODE */) // IE doesn't speak constants.
 568         text += i.data;
 569       else if (i.firstChild != null)
 570         text += getText(i);
 571     }
 572     return text;
 573   }
 574
 575   function TocEntry(el, text, toclevel) {
 576     this.element = el;
 577     this.text = text;
 578     this.toclevel = toclevel;
 579   }
 580
 581   function tocEntries(el, toclevels) {
 582     var result = new Array;
 583     var re = new RegExp('[hH]([1-'+(toclevels+1)+'])');
 584     // Function that scans the DOM tree for header elements (the DOM2
 585     // nodeIterator API would be a better technique but not supported by all
 586     // browsers).
 587     var iterate = function (el) {
 588       for (var i = el.firstChild; i != null; i = i.nextSibling) {
 589         if (i.nodeType == 1 /* Node.ELEMENT_NODE */) {
 590           var mo = re.exec(i.tagName);
 591           if (mo && (i.getAttribute("class") || i.getAttribute("className")) != "float") {
 592             result[result.length] = new TocEntry(i, getText(i), mo[1]-1);
 593           }
 594           iterate(i);
 595         }
 596       }
 597     }
 598     iterate(el);
 599     return result;
 600   }
 601
 602   var toc = document.getElementById("toc");
 603   if (!toc) {
 604     return;
 605   }
 606
 607   // Delete existing TOC entries in case we're reloading the TOC.
 608   var tocEntriesToRemove = [];
 609   var i;
 610   for (i = 0; i < toc.childNodes.length; i++) {
 611     var entry = toc.childNodes[i];
 612     if (entry.nodeName.toLowerCase() == 'div'
 613      && entry.getAttribute("class")
 614      && entry.getAttribute("class").match(/^toclevel/))
 615       tocEntriesToRemove.push(entry);
 616   }
 617   for (i = 0; i < tocEntriesToRemove.length; i++) {
 618     toc.removeChild(tocEntriesToRemove[i]);
 619   }
 620
 621   // Rebuild TOC entries.
 622   var entries = tocEntries(document.getElementById("content"), toclevels);
 623   for (var i = 0; i < entries.length; ++i) {
 624     var entry = entries[i];
 625     if (entry.element.id == "")
 626       entry.element.id = "_toc_" + i;
 627     var a = document.createElement("a");
 628     a.href = "#" + entry.element.id;
 629     a.appendChild(document.createTextNode(entry.text));
 630     var div = document.createElement("div");
 631     div.appendChild(a);
 632     div.className = "toclevel" + entry.toclevel;
 633     toc.appendChild(div);
 634   }
 635   if (entries.length == 0)
 636     toc.parentNode.removeChild(toc);
 637 },
 638
 639
 640 /////////////////////////////////////////////////////////////////////
 641 // Footnotes generator
 642 /////////////////////////////////////////////////////////////////////
 643
 644 /* Based on footnote generation code from:
 645  * http://www.brandspankingnew.net/archive/2005/07/format_footnote.html
 646  */
 647
 648 footnotes: function () {
 649   // Delete existing footnote entries in case we're reloading the footnodes.
 650   var i;
 651   var noteholder = document.getElementById("footnotes");
 652   if (!noteholder) {
 653     return;
 654   }
 655   var entriesToRemove = [];
 656   for (i = 0; i < noteholder.childNodes.length; i++) {
 657     var entry = noteholder.childNodes[i];
 658     if (entry.nodeName.toLowerCase() == 'div' && entry.getAttribute("class") == "footnote")
 659       entriesToRemove.push(entry);
 660   }
 661   for (i = 0; i < entriesToRemove.length; i++) {
 662     noteholder.removeChild(entriesToRemove[i]);
 663   }
 664
 665   // Rebuild footnote entries.
 666   var cont = document.getElementById("content");
 667   var spans = cont.getElementsByTagName("span");
 668   var refs = {};
 669   var n = 0;
 670   for (i=0; i<spans.length; i++) {
 671     if (spans[i].className == "footnote") {
 672       n++;
 673       var note = spans[i].getAttribute("data-note");
 674       if (!note) {
 675         // Use [\s\S] in place of . so multi-line matches work.
 676         // Because JavaScript has no s (dotall) regex flag.
 677         note = spans[i].innerHTML.match(/\s*\[([\s\S]*)]\s*/)[1];
 678         spans[i].innerHTML =
 679           "[<a id='_footnoteref_" + n + "' href='#_footnote_" + n +
 680           "' title='View footnote' class='footnote'>" + n + "</a>]";
 681         spans[i].setAttribute("data-note", note);
 682       }
 683       noteholder.innerHTML +=
 684         "<div class='footnote' id='_footnote_" + n + "'>" +
 685         "<a href='#_footnoteref_" + n + "' title='Return to text'>" +
 686         n + "</a>. " + note + "</div>";
 687       var id =spans[i].getAttribute("id");
 688       if (id != null) refs["#"+id] = n;
 689     }
 690   }
 691   if (n == 0)
 692     noteholder.parentNode.removeChild(noteholder);
 693   else {
 694     // Process footnoterefs.
 695     for (i=0; i<spans.length; i++) {
 696       if (spans[i].className == "footnoteref") {
 697         var href = spans[i].getElementsByTagName("a")[0].getAttribute("href");
 698         href = href.match(/#.*/)[0];  // Because IE return full URL.
 699         n = refs[href];
 700         spans[i].innerHTML =
 701           "[<a href='#_footnote_" + n +
 702           "' title='View footnote' class='footnote'>" + n + "</a>]";
 703       }
 704     }
 705   }
 706 },
 707
 708 install: function(toclevels) {
 709   var timerId;
 710
 711   function reinstall() {
 712     asciidoc.footnotes();
 713     if (toclevels) {
 714       asciidoc.toc(toclevels);
 715     }
 716   }
 717
 718   function reinstallAndRemoveTimer() {
 719     clearInterval(timerId);
 720     reinstall();
 721   }
 722
 723   timerId = setInterval(reinstall, 500);
 724   if (document.addEventListener)
 725     document.addEventListener("DOMContentLoaded", reinstallAndRemoveTimer, false);
 726   else
 727     window.onload = reinstallAndRemoveTimer;
 728 }
 729
 730 }
 731 asciidoc.install();
 732 /*]]>*/
 733 </script>
 734 </head>
 735 <body class="manpage">
 736 <div id="header">
 737 <h1>
 738 git-commit(1) Manual Page
 739 </h1>
 740 <h2>NAME</h2>
 741 <div class="sectionbody">
 742 <p>git-commit -
 743    Record changes to the repository
 744 </p>
 745 </div>
 746 </div>
 747 <div id="content">
 748 <div class="sect1">
 749 <h2 id="_synopsis">SYNOPSIS</h2>
 750 <div class="sectionbody">
 751 <div class="verseblock">
 752 <pre class="content"><em>git commit</em> [-a | --interactive | --patch] [-s] [-v] [-u&lt;mode&gt;] [--amend]
 753            [--dry-run] [(-c | -C | --squash) &lt;commit&gt; | --fixup [(amend|reword):]&lt;commit&gt;)]
 754            [-F &lt;file&gt; | -m &lt;msg&gt;] [--reset-author] [--allow-empty]
 755            [--allow-empty-message] [--no-verify] [-e] [--author=&lt;author&gt;]
 756            [--date=&lt;date&gt;] [--cleanup=&lt;mode&gt;] [--[no-]status]
 757            [-i | -o] [--pathspec-from-file=&lt;file&gt; [--pathspec-file-nul]]
 758            [(--trailer &lt;token&gt;[(=|:)&lt;value&gt;])&#8230;] [-S[&lt;keyid&gt;]]
 759            [--] [&lt;pathspec&gt;&#8230;]</pre>
 760 <div class="attribution">
 761 </div></div>
 762 </div>
 763 </div>
 764 <div class="sect1">
 765 <h2 id="_description">DESCRIPTION</h2>
 766 <div class="sectionbody">
 767 <div class="paragraph"><p>Create a new commit containing the current contents of the index and
 768 the given log message describing the changes. The new commit is a
 769 direct child of HEAD, usually the tip of the current branch, and the
 770 branch is updated to point to it (unless no branch is associated with
 771 the working tree, in which case HEAD is "detached" as described in
 772 <a href="git-checkout.html">git-checkout(1)</a>).</p></div>
 773 <div class="paragraph"><p>The content to be committed can be specified in several ways:</p></div>
 774 <div class="olist arabic"><ol class="arabic">
 775 <li>
 776 <p>
 777 by using <a href="git-add.html">git-add(1)</a> to incrementally "add" changes to the
 778    index before using the <em>commit</em> command (Note: even modified files
 779    must be "added");
 780 </p>
 781 </li>
 782 <li>
 783 <p>
 784 by using <a href="git-rm.html">git-rm(1)</a> to remove files from the working tree
 785    and the index, again before using the <em>commit</em> command;
 786 </p>
 787 </li>
 788 <li>
 789 <p>
 790 by listing files as arguments to the <em>commit</em> command
 791    (without --interactive or --patch switch), in which
 792    case the commit will ignore changes staged in the index, and instead
 793    record the current content of the listed files (which must already
 794    be known to Git);
 795 </p>
 796 </li>
 797 <li>
 798 <p>
 799 by using the -a switch with the <em>commit</em> command to automatically
 800    "add" changes from all known files (i.e. all files that are already
 801    listed in the index) and to automatically "rm" files in the index
 802    that have been removed from the working tree, and then perform the
 803    actual commit;
 804 </p>
 805 </li>
 806 <li>
 807 <p>
 808 by using the --interactive or --patch switches with the <em>commit</em> command
 809    to decide one by one which files or hunks should be part of the commit
 810    in addition to contents in the index,
 811    before finalizing the operation. See the &#8220;Interactive Mode&#8221; section of
 812    <a href="git-add.html">git-add(1)</a> to learn how to operate these modes.
 813 </p>
 814 </li>
 815 </ol></div>
 816 <div class="paragraph"><p>The <code>--dry-run</code> option can be used to obtain a
 817 summary of what is included by any of the above for the next
 818 commit by giving the same set of parameters (options and paths).</p></div>
 819 <div class="paragraph"><p>If you make a commit and then find a mistake immediately after
 820 that, you can recover from it with <em>git reset</em>.</p></div>
 821 </div>
 822 </div>
 823 <div class="sect1">
 824 <h2 id="_options">OPTIONS</h2>
 825 <div class="sectionbody">
 826 <div class="dlist"><dl>
 827 <dt class="hdlist1">
 828 -a
 829 </dt>
 830 <dt class="hdlist1">
 831 --all
 832 </dt>
 833 <dd>
 834 <p>
 835         Tell the command to automatically stage files that have
 836         been modified and deleted, but new files you have not
 837         told Git about are not affected.
 838 </p>
 839 </dd>
 840 <dt class="hdlist1">
 841 -p
 842 </dt>
 843 <dt class="hdlist1">
 844 --patch
 845 </dt>
 846 <dd>
 847 <p>
 848         Use the interactive patch selection interface to choose
 849         which changes to commit. See <a href="git-add.html">git-add(1)</a> for
 850         details.
 851 </p>
 852 </dd>
 853 <dt class="hdlist1">
 854 -C &lt;commit&gt;
 855 </dt>
 856 <dt class="hdlist1">
 857 --reuse-message=&lt;commit&gt;
 858 </dt>
 859 <dd>
 860 <p>
 861         Take an existing commit object, and reuse the log message
 862         and the authorship information (including the timestamp)
 863         when creating the commit.
 864 </p>
 865 </dd>
 866 <dt class="hdlist1">
 867 -c &lt;commit&gt;
 868 </dt>
 869 <dt class="hdlist1">
 870 --reedit-message=&lt;commit&gt;
 871 </dt>
 872 <dd>
 873 <p>
 874         Like <em>-C</em>, but with <code>-c</code> the editor is invoked, so that
 875         the user can further edit the commit message.
 876 </p>
 877 </dd>
 878 <dt class="hdlist1">
 879 --fixup=[(amend|reword):]&lt;commit&gt;
 880 </dt>
 881 <dd>
 882 <p>
 883         Create a new commit which "fixes up" <code>&lt;commit&gt;</code> when applied with
 884         <code>git rebase --autosquash</code>. Plain <code>--fixup=&lt;commit&gt;</code> creates a
 885         "fixup!" commit which changes the content of <code>&lt;commit&gt;</code> but leaves
 886         its log message untouched. <code>--fixup=amend:&lt;commit&gt;</code> is similar but
 887         creates an "amend!" commit which also replaces the log message of
 888         <code>&lt;commit&gt;</code> with the log message of the "amend!" commit.
 889         <code>--fixup=reword:&lt;commit&gt;</code> creates an "amend!" commit which
 890         replaces the log message of <code>&lt;commit&gt;</code> with its own log message
 891         but makes no changes to the content of <code>&lt;commit&gt;</code>.
 892 </p>
 893 <div class="paragraph"><p>The commit created by plain <code>--fixup=&lt;commit&gt;</code> has a subject
 894 composed of "fixup!" followed by the subject line from &lt;commit&gt;,
 895 and is recognized specially by <code>git rebase --autosquash</code>. The <code>-m</code>
 896 option may be used to supplement the log message of the created
 897 commit, but the additional commentary will be thrown away once the
 898 "fixup!" commit is squashed into <code>&lt;commit&gt;</code> by
 899 <code>git rebase --autosquash</code>.</p></div>
 900 <div class="paragraph"><p>The commit created by <code>--fixup=amend:&lt;commit&gt;</code> is similar but its
 901 subject is instead prefixed with "amend!". The log message of
 902 &lt;commit&gt; is copied into the log message of the "amend!" commit and
 903 opened in an editor so it can be refined. When <code>git rebase
 904 --autosquash</code> squashes the "amend!" commit into <code>&lt;commit&gt;</code>, the
 905 log message of <code>&lt;commit&gt;</code> is replaced by the refined log message
 906 from the "amend!" commit. It is an error for the "amend!" commit&#8217;s
 907 log message to be empty unless <code>--allow-empty-message</code> is
 908 specified.</p></div>
 909 <div class="paragraph"><p><code>--fixup=reword:&lt;commit&gt;</code> is shorthand for <code>--fixup=amend:&lt;commit&gt;
 910 --only</code>. It creates an "amend!" commit with only a log message
 911 (ignoring any changes staged in the index). When squashed by <code>git
 912 rebase --autosquash</code>, it replaces the log message of <code>&lt;commit&gt;</code>
 913 without making any other changes.</p></div>
 914 <div class="paragraph"><p>Neither "fixup!" nor "amend!" commits change authorship of
 915 <code>&lt;commit&gt;</code> when applied by <code>git rebase --autosquash</code>.
 916 See <a href="git-rebase.html">git-rebase(1)</a> for details.</p></div>
 917 </dd>
 918 <dt class="hdlist1">
 919 --squash=&lt;commit&gt;
 920 </dt>
 921 <dd>
 922 <p>
 923         Construct a commit message for use with <code>rebase --autosquash</code>.
 924         The commit message subject line is taken from the specified
 925         commit with a prefix of "squash! ".  Can be used with additional
 926         commit message options (<code>-m</code>/<code>-c</code>/<code>-C</code>/<code>-F</code>). See
 927         <a href="git-rebase.html">git-rebase(1)</a> for details.
 928 </p>
 929 </dd>
 930 <dt class="hdlist1">
 931 --reset-author
 932 </dt>
 933 <dd>
 934 <p>
 935         When used with -C/-c/--amend options, or when committing after a
 936         conflicting cherry-pick, declare that the authorship of the
 937         resulting commit now belongs to the committer. This also renews
 938         the author timestamp.
 939 </p>
 940 </dd>
 941 <dt class="hdlist1">
 942 --short
 943 </dt>
 944 <dd>
 945 <p>
 946         When doing a dry-run, give the output in the short-format. See
 947         <a href="git-status.html">git-status(1)</a> for details. Implies <code>--dry-run</code>.
 948 </p>
 949 </dd>
 950 <dt class="hdlist1">
 951 --branch
 952 </dt>
 953 <dd>
 954 <p>
 955         Show the branch and tracking info even in short-format.
 956 </p>
 957 </dd>
 958 <dt class="hdlist1">
 959 --porcelain
 960 </dt>
 961 <dd>
 962 <p>
 963         When doing a dry-run, give the output in a porcelain-ready
 964         format. See <a href="git-status.html">git-status(1)</a> for details. Implies
 965         <code>--dry-run</code>.
 966 </p>
 967 </dd>
 968 <dt class="hdlist1">
 969 --long
 970 </dt>
 971 <dd>
 972 <p>
 973         When doing a dry-run, give the output in the long-format.
 974         Implies <code>--dry-run</code>.
 975 </p>
 976 </dd>
 977 <dt class="hdlist1">
 978 -z
 979 </dt>
 980 <dt class="hdlist1">
 981 --null
 982 </dt>
 983 <dd>
 984 <p>
 985         When showing <code>short</code> or <code>porcelain</code> status output, print the
 986         filename verbatim and terminate the entries with NUL, instead of LF.
 987         If no format is given, implies the <code>--porcelain</code> output format.
 988         Without the <code>-z</code> option, filenames with "unusual" characters are
 989         quoted as explained for the configuration variable <code>core.quotePath</code>
 990         (see <a href="git-config.html">git-config(1)</a>).
 991 </p>
 992 </dd>
 993 <dt class="hdlist1">
 994 -F &lt;file&gt;
 995 </dt>
 996 <dt class="hdlist1">
 997 --file=&lt;file&gt;
 998 </dt>
 999 <dd>
1000 <p>
1001         Take the commit message from the given file.  Use <em>-</em> to
1002         read the message from the standard input.
1003 </p>
1004 </dd>
1005 <dt class="hdlist1">
1006 --author=&lt;author&gt;
1007 </dt>
1008 <dd>
1009 <p>
1010         Override the commit author. Specify an explicit author using the
1011         standard <code>A U Thor &lt;author@example.com&gt;</code> format. Otherwise &lt;author&gt;
1012         is assumed to be a pattern and is used to search for an existing
1013         commit by that author (i.e. rev-list --all -i --author=&lt;author&gt;);
1014         the commit author is then copied from the first such commit found.
1015 </p>
1016 </dd>
1017 <dt class="hdlist1">
1018 --date=&lt;date&gt;
1019 </dt>
1020 <dd>
1021 <p>
1022         Override the author date used in the commit.
1023 </p>
1024 </dd>
1025 <dt class="hdlist1">
1026 -m &lt;msg&gt;
1027 </dt>
1028 <dt class="hdlist1">
1029 --message=&lt;msg&gt;
1030 </dt>
1031 <dd>
1032 <p>
1033         Use the given &lt;msg&gt; as the commit message.
1034         If multiple <code>-m</code> options are given, their values are
1035         concatenated as separate paragraphs.
1036 </p>
1037 <div class="paragraph"><p>The <code>-m</code> option is mutually exclusive with <code>-c</code>, <code>-C</code>, and <code>-F</code>.</p></div>
1038 </dd>
1039 <dt class="hdlist1">
1040 -t &lt;file&gt;
1041 </dt>
1042 <dt class="hdlist1">
1043 --template=&lt;file&gt;
1044 </dt>
1045 <dd>
1046 <p>
1047         When editing the commit message, start the editor with the
1048         contents in the given file.  The <code>commit.template</code> configuration
1049         variable is often used to give this option implicitly to the
1050         command.  This mechanism can be used by projects that want to
1051         guide participants with some hints on what to write in the message
1052         in what order.  If the user exits the editor without editing the
1053         message, the commit is aborted.  This has no effect when a message
1054         is given by other means, e.g. with the <code>-m</code> or <code>-F</code> options.
1055 </p>
1056 </dd>
1057 <dt class="hdlist1">
1058 -s
1059 </dt>
1060 <dt class="hdlist1">
1061 --signoff
1062 </dt>
1063 <dt class="hdlist1">
1064 --no-signoff
1065 </dt>
1066 <dd>
1067 <p>
1068         Add a <code>Signed-off-by</code> trailer by the committer at the end of the commit
1069         log message.  The meaning of a signoff depends on the project
1070         to which you&#8217;re committing.  For example, it may certify that
1071         the committer has the rights to submit the work under the
1072         project&#8217;s license or agrees to some contributor representation,
1073         such as a Developer Certificate of Origin.
1074         (See <a href="https://developercertificate.org">https://developercertificate.org</a> for the one used by the
1075         Linux kernel and Git projects.)  Consult the documentation or
1076         leadership of the project to which you&#8217;re contributing to
1077         understand how the signoffs are used in that project.
1078 </p>
1079 <div class="paragraph"><p>The --no-signoff option can be used to countermand an earlier --signoff
1080 option on the command line.</p></div>
1081 </dd>
1082 <dt class="hdlist1">
1083 --trailer &lt;token&gt;[(=|:)&lt;value&gt;]
1084 </dt>
1085 <dd>
1086 <p>
1087         Specify a (&lt;token&gt;, &lt;value&gt;) pair that should be applied as a
1088         trailer. (e.g. <code>git commit --trailer "Signed-off-by:C O Mitter \
1089         &lt;committer@example.com&gt;" --trailer "Helped-by:C O Mitter \
1090         &lt;committer@example.com&gt;"</code> will add the "Signed-off-by" trailer
1091         and the "Helped-by" trailer to the commit message.)
1092         The <code>trailer.*</code> configuration variables
1093         (<a href="git-interpret-trailers.html">git-interpret-trailers(1)</a>) can be used to define if
1094         a duplicated trailer is omitted, where in the run of trailers
1095         each trailer would appear, and other details.
1096 </p>
1097 </dd>
1098 <dt class="hdlist1">
1099 -n
1100 </dt>
1101 <dt class="hdlist1">
1102 --[no-]verify
1103 </dt>
1104 <dd>
1105 <p>
1106         By default, the pre-commit and commit-msg hooks are run.
1107         When any of <code>--no-verify</code> or <code>-n</code> is given, these are bypassed.
1108         See also <a href="githooks.html">githooks(5)</a>.
1109 </p>
1110 </dd>
1111 <dt class="hdlist1">
1112 --allow-empty
1113 </dt>
1114 <dd>
1115 <p>
1116         Usually recording a commit that has the exact same tree as its
1117         sole parent commit is a mistake, and the command prevents you
1118         from making such a commit.  This option bypasses the safety, and
1119         is primarily for use by foreign SCM interface scripts.
1120 </p>
1121 </dd>
1122 <dt class="hdlist1">
1123 --allow-empty-message
1124 </dt>
1125 <dd>
1126 <p>
1127        Like --allow-empty this command is primarily for use by foreign
1128        SCM interface scripts. It allows you to create a commit with an
1129        empty commit message without using plumbing commands like
1130        <a href="git-commit-tree.html">git-commit-tree(1)</a>.
1131 </p>
1132 </dd>
1133 <dt class="hdlist1">
1134 --cleanup=&lt;mode&gt;
1135 </dt>
1136 <dd>
1137 <p>
1138         This option determines how the supplied commit message should be
1139         cleaned up before committing.  The <em>&lt;mode&gt;</em> can be <code>strip</code>,
1140         <code>whitespace</code>, <code>verbatim</code>, <code>scissors</code> or <code>default</code>.
1141 </p>
1142 <div class="openblock">
1143 <div class="content">
1144 <div class="dlist"><dl>
1145 <dt class="hdlist1">
1146 strip
1147 </dt>
1148 <dd>
1149 <p>
1150         Strip leading and trailing empty lines, trailing whitespace,
1151         commentary and collapse consecutive empty lines.
1152 </p>
1153 </dd>
1154 <dt class="hdlist1">
1155 whitespace
1156 </dt>
1157 <dd>
1158 <p>
1159         Same as <code>strip</code> except #commentary is not removed.
1160 </p>
1161 </dd>
1162 <dt class="hdlist1">
1163 verbatim
1164 </dt>
1165 <dd>
1166 <p>
1167         Do not change the message at all.
1168 </p>
1169 </dd>
1170 <dt class="hdlist1">
1171 scissors
1172 </dt>
1173 <dd>
1174 <p>
1175         Same as <code>whitespace</code> except that everything from (and including)
1176         the line found below is truncated, if the message is to be edited.
1177         "<code>#</code>" can be customized with core.commentChar.
1178 </p>
1179 <div class="literalblock">
1180 <div class="content">
1181 <pre><code># ------------------------ &gt;8 ------------------------</code></pre>
1182 </div></div>
1183 </dd>
1184 <dt class="hdlist1">
1185 default
1186 </dt>
1187 <dd>
1188 <p>
1189         Same as <code>strip</code> if the message is to be edited.
1190         Otherwise <code>whitespace</code>.
1191 </p>
1192 </dd>
1193 </dl></div>
1194 </div></div>
1195 <div class="paragraph"><p>The default can be changed by the <code>commit.cleanup</code> configuration
1196 variable (see <a href="git-config.html">git-config(1)</a>).</p></div>
1197 </dd>
1198 <dt class="hdlist1">
1199 -e
1200 </dt>
1201 <dt class="hdlist1">
1202 --edit
1203 </dt>
1204 <dd>
1205 <p>
1206         The message taken from file with <code>-F</code>, command line with
1207         <code>-m</code>, and from commit object with <code>-C</code> are usually used as
1208         the commit log message unmodified. This option lets you
1209         further edit the message taken from these sources.
1210 </p>
1211 </dd>
1212 <dt class="hdlist1">
1213 --no-edit
1214 </dt>
1215 <dd>
1216 <p>
1217         Use the selected commit message without launching an editor.
1218         For example, <code>git commit --amend --no-edit</code> amends a commit
1219         without changing its commit message.
1220 </p>
1221 </dd>
1222 <dt class="hdlist1">
1223 --amend
1224 </dt>
1225 <dd>
1226 <p>
1227         Replace the tip of the current branch by creating a new
1228         commit. The recorded tree is prepared as usual (including
1229         the effect of the <code>-i</code> and <code>-o</code> options and explicit
1230         pathspec), and the message from the original commit is used
1231         as the starting point, instead of an empty message, when no
1232         other message is specified from the command line via options
1233         such as <code>-m</code>, <code>-F</code>, <code>-c</code>, etc.  The new commit has the same
1234         parents and author as the current one (the <code>--reset-author</code>
1235         option can countermand this).
1236 </p>
1237 <div class="openblock">
1238 <div class="content">
1239 <div class="paragraph"><p>It is a rough equivalent for:</p></div>
1240 <div class="listingblock">
1241 <div class="content">
1242 <pre><code>        $ git reset --soft HEAD^
1243         $ ... do something else to come up with the right tree ...
1244         $ git commit -c ORIG_HEAD</code></pre>
1245 </div></div>
1246 <div class="paragraph"><p>but can be used to amend a merge commit.</p></div>
1247 </div></div>
1248 <div class="paragraph"><p>You should understand the implications of rewriting history if you
1249 amend a commit that has already been published.  (See the "RECOVERING
1250 FROM UPSTREAM REBASE" section in <a href="git-rebase.html">git-rebase(1)</a>.)</p></div>
1251 </dd>
1252 <dt class="hdlist1">
1253 --no-post-rewrite
1254 </dt>
1255 <dd>
1256 <p>
1257         Bypass the post-rewrite hook.
1258 </p>
1259 </dd>
1260 <dt class="hdlist1">
1261 -i
1262 </dt>
1263 <dt class="hdlist1">
1264 --include
1265 </dt>
1266 <dd>
1267 <p>
1268         Before making a commit out of staged contents so far,
1269         stage the contents of paths given on the command line
1270         as well.  This is usually not what you want unless you
1271         are concluding a conflicted merge.
1272 </p>
1273 </dd>
1274 <dt class="hdlist1">
1275 -o
1276 </dt>
1277 <dt class="hdlist1">
1278 --only
1279 </dt>
1280 <dd>
1281 <p>
1282         Make a commit by taking the updated working tree contents
1283         of the paths specified on the
1284         command line, disregarding any contents that have been
1285         staged for other paths. This is the default mode of operation of
1286         <em>git commit</em> if any paths are given on the command line,
1287         in which case this option can be omitted.
1288         If this option is specified together with <code>--amend</code>, then
1289         no paths need to be specified, which can be used to amend
1290         the last commit without committing changes that have
1291         already been staged. If used together with <code>--allow-empty</code>
1292         paths are also not required, and an empty commit will be created.
1293 </p>
1294 </dd>
1295 <dt class="hdlist1">
1296 --pathspec-from-file=&lt;file&gt;
1297 </dt>
1298 <dd>
1299 <p>
1300         Pathspec is passed in <code>&lt;file&gt;</code> instead of commandline args. If
1301         <code>&lt;file&gt;</code> is exactly <code>-</code> then standard input is used. Pathspec
1302         elements are separated by LF or CR/LF. Pathspec elements can be
1303         quoted as explained for the configuration variable <code>core.quotePath</code>
1304         (see <a href="git-config.html">git-config(1)</a>). See also <code>--pathspec-file-nul</code> and
1305         global <code>--literal-pathspecs</code>.
1306 </p>
1307 </dd>
1308 <dt class="hdlist1">
1309 --pathspec-file-nul
1310 </dt>
1311 <dd>
1312 <p>
1313         Only meaningful with <code>--pathspec-from-file</code>. Pathspec elements are
1314         separated with NUL character and all other characters are taken
1315         literally (including newlines and quotes).
1316 </p>
1317 </dd>
1318 <dt class="hdlist1">
1319 -u[&lt;mode&gt;]
1320 </dt>
1321 <dt class="hdlist1">
1322 --untracked-files[=&lt;mode&gt;]
1323 </dt>
1324 <dd>
1325 <p>
1326         Show untracked files.
1327 </p>
1328 <div class="openblock">
1329 <div class="content">
1330 <div class="paragraph"><p>The mode parameter is optional (defaults to <em>all</em>), and is used to
1331 specify the handling of untracked files; when -u is not used, the
1332 default is <em>normal</em>, i.e. show untracked files and directories.</p></div>
1333 <div class="paragraph"><p>The possible options are:</p></div>
1334 <div class="ulist"><ul>
1335 <li>
1336 <p>
1337 <em>no</em>     - Show no untracked files
1338 </p>
1339 </li>
1340 <li>
1341 <p>
1342 <em>normal</em> - Shows untracked files and directories
1343 </p>
1344 </li>
1345 <li>
1346 <p>
1347 <em>all</em>    - Also shows individual files in untracked directories.
1348 </p>
1349 </li>
1350 </ul></div>
1351 <div class="paragraph"><p>The default can be changed using the status.showUntrackedFiles
1352 configuration variable documented in <a href="git-config.html">git-config(1)</a>.</p></div>
1353 </div></div>
1354 </dd>
1355 <dt class="hdlist1">
1356 -v
1357 </dt>
1358 <dt class="hdlist1">
1359 --verbose
1360 </dt>
1361 <dd>
1362 <p>
1363         Show unified diff between the HEAD commit and what
1364         would be committed at the bottom of the commit message
1365         template to help the user describe the commit by reminding
1366         what changes the commit has.
1367         Note that this diff output doesn&#8217;t have its
1368         lines prefixed with <em>#</em>. This diff will not be a part
1369         of the commit message. See the <code>commit.verbose</code> configuration
1370         variable in <a href="git-config.html">git-config(1)</a>.
1371 </p>
1372 <div class="paragraph"><p>If specified twice, show in addition the unified diff between
1373 what would be committed and the worktree files, i.e. the unstaged
1374 changes to tracked files.</p></div>
1375 </dd>
1376 <dt class="hdlist1">
1377 -q
1378 </dt>
1379 <dt class="hdlist1">
1380 --quiet
1381 </dt>
1382 <dd>
1383 <p>
1384         Suppress commit summary message.
1385 </p>
1386 </dd>
1387 <dt class="hdlist1">
1388 --dry-run
1389 </dt>
1390 <dd>
1391 <p>
1392         Do not create a commit, but show a list of paths that are
1393         to be committed, paths with local changes that will be left
1394         uncommitted and paths that are untracked.
1395 </p>
1396 </dd>
1397 <dt class="hdlist1">
1398 --status
1399 </dt>
1400 <dd>
1401 <p>
1402         Include the output of <a href="git-status.html">git-status(1)</a> in the commit
1403         message template when using an editor to prepare the commit
1404         message.  Defaults to on, but can be used to override
1405         configuration variable commit.status.
1406 </p>
1407 </dd>
1408 <dt class="hdlist1">
1409 --no-status
1410 </dt>
1411 <dd>
1412 <p>
1413         Do not include the output of <a href="git-status.html">git-status(1)</a> in the
1414         commit message template when using an editor to prepare the
1415         default commit message.
1416 </p>
1417 </dd>
1418 <dt class="hdlist1">
1419 -S[&lt;keyid&gt;]
1420 </dt>
1421 <dt class="hdlist1">
1422 --gpg-sign[=&lt;keyid&gt;]
1423 </dt>
1424 <dt class="hdlist1">
1425 --no-gpg-sign
1426 </dt>
1427 <dd>
1428 <p>
1429         GPG-sign commits. The <code>keyid</code> argument is optional and
1430         defaults to the committer identity; if specified, it must be
1431         stuck to the option without a space. <code>--no-gpg-sign</code> is useful to
1432         countermand both <code>commit.gpgSign</code> configuration variable, and
1433         earlier <code>--gpg-sign</code>.
1434 </p>
1435 </dd>
1436 <dt class="hdlist1">
1437 --
1438 </dt>
1439 <dd>
1440 <p>
1441         Do not interpret any more arguments as options.
1442 </p>
1443 </dd>
1444 <dt class="hdlist1">
1445 &lt;pathspec&gt;&#8230;
1446 </dt>
1447 <dd>
1448 <p>
1449         When pathspec is given on the command line, commit the contents of
1450         the files that match the pathspec without recording the changes
1451         already added to the index. The contents of these files are also
1452         staged for the next commit on top of what have been staged before.
1453 </p>
1454 <div class="paragraph"><p>For more details, see the <em>pathspec</em> entry in <a href="gitglossary.html">gitglossary(7)</a>.</p></div>
1455 </dd>
1456 </dl></div>
1457 </div>
1458 </div>
1459 <div class="sect1">
1460 <h2 id="_examples">EXAMPLES</h2>
1461 <div class="sectionbody">
1462 <div class="paragraph"><p>When recording your own work, the contents of modified files in
1463 your working tree are temporarily stored to a staging area
1464 called the "index" with <em>git add</em>.  A file can be
1465 reverted back, only in the index but not in the working tree,
1466 to that of the last commit with <code>git restore --staged &lt;file&gt;</code>,
1467 which effectively reverts <em>git add</em> and prevents the changes to
1468 this file from participating in the next commit.  After building
1469 the state to be committed incrementally with these commands,
1470 <code>git commit</code> (without any pathname parameter) is used to record what
1471 has been staged so far.  This is the most basic form of the
1472 command.  An example:</p></div>
1473 <div class="listingblock">
1474 <div class="content">
1475 <pre><code>$ edit hello.c
1476 $ git rm goodbye.c
1477 $ git add hello.c
1478 $ git commit</code></pre>
1479 </div></div>
1480 <div class="paragraph"><p>Instead of staging files after each individual change, you can
1481 tell <code>git commit</code> to notice the changes to the files whose
1482 contents are tracked in
1483 your working tree and do corresponding <code>git add</code> and <code>git rm</code>
1484 for you.  That is, this example does the same as the earlier
1485 example if there is no other change in your working tree:</p></div>
1486 <div class="listingblock">
1487 <div class="content">
1488 <pre><code>$ edit hello.c
1489 $ rm goodbye.c
1490 $ git commit -a</code></pre>
1491 </div></div>
1492 <div class="paragraph"><p>The command <code>git commit -a</code> first looks at your working tree,
1493 notices that you have modified hello.c and removed goodbye.c,
1494 and performs necessary <code>git add</code> and <code>git rm</code> for you.</p></div>
1495 <div class="paragraph"><p>After staging changes to many files, you can alter the order the
1496 changes are recorded in, by giving pathnames to <code>git commit</code>.
1497 When pathnames are given, the command makes a commit that
1498 only records the changes made to the named paths:</p></div>
1499 <div class="listingblock">
1500 <div class="content">
1501 <pre><code>$ edit hello.c hello.h
1502 $ git add hello.c hello.h
1503 $ edit Makefile
1504 $ git commit Makefile</code></pre>
1505 </div></div>
1506 <div class="paragraph"><p>This makes a commit that records the modification to <code>Makefile</code>.
1507 The changes staged for <code>hello.c</code> and <code>hello.h</code> are not included
1508 in the resulting commit.  However, their changes are not lost&#8201;&#8212;&#8201;they are still staged and merely held back.  After the above
1509 sequence, if you do:</p></div>
1510 <div class="listingblock">
1511 <div class="content">
1512 <pre><code>$ git commit</code></pre>
1513 </div></div>
1514 <div class="paragraph"><p>this second commit would record the changes to <code>hello.c</code> and
1515 <code>hello.h</code> as expected.</p></div>
1516 <div class="paragraph"><p>After a merge (initiated by <em>git merge</em> or <em>git pull</em>) stops
1517 because of conflicts, cleanly merged
1518 paths are already staged to be committed for you, and paths that
1519 conflicted are left in unmerged state.  You would have to first
1520 check which paths are conflicting with <em>git status</em>
1521 and after fixing them manually in your working tree, you would
1522 stage the result as usual with <em>git add</em>:</p></div>
1523 <div class="listingblock">
1524 <div class="content">
1525 <pre><code>$ git status | grep unmerged
1526 unmerged: hello.c
1527 $ edit hello.c
1528 $ git add hello.c</code></pre>
1529 </div></div>
1530 <div class="paragraph"><p>After resolving conflicts and staging the result, <code>git ls-files -u</code>
1531 would stop mentioning the conflicted path.  When you are done,
1532 run <code>git commit</code> to finally record the merge:</p></div>
1533 <div class="listingblock">
1534 <div class="content">
1535 <pre><code>$ git commit</code></pre>
1536 </div></div>
1537 <div class="paragraph"><p>As with the case to record your own changes, you can use <code>-a</code>
1538 option to save typing.  One difference is that during a merge
1539 resolution, you cannot use <code>git commit</code> with pathnames to
1540 alter the order the changes are committed, because the merge
1541 should be recorded as a single commit.  In fact, the command
1542 refuses to run when given pathnames (but see <code>-i</code> option).</p></div>
1543 </div>
1544 </div>
1545 <div class="sect1">
1546 <h2 id="_commit_information">COMMIT INFORMATION</h2>
1547 <div class="sectionbody">
1548 <div class="paragraph"><p>Author and committer information is taken from the following environment
1549 variables, if set:</p></div>
1550 <div class="literalblock">
1551 <div class="content">
1552 <pre><code>GIT_AUTHOR_NAME
1553 GIT_AUTHOR_EMAIL
1554 GIT_AUTHOR_DATE
1555 GIT_COMMITTER_NAME
1556 GIT_COMMITTER_EMAIL
1557 GIT_COMMITTER_DATE</code></pre>
1558 </div></div>
1559 <div class="paragraph"><p>(nb "&lt;", "&gt;" and "\n"s are stripped)</p></div>
1560 <div class="paragraph"><p>The author and committer names are by convention some form of a personal name
1561 (that is, the name by which other humans refer to you), although Git does not
1562 enforce or require any particular form. Arbitrary Unicode may be used, subject
1563 to the constraints listed above. This name has no effect on authentication; for
1564 that, see the <code>credential.username</code> variable in <a href="git-config.html">git-config(1)</a>.</p></div>
1565 <div class="paragraph"><p>In case (some of) these environment variables are not set, the information
1566 is taken from the configuration items <code>user.name</code> and <code>user.email</code>, or, if not
1567 present, the environment variable EMAIL, or, if that is not set,
1568 system user name and the hostname used for outgoing mail (taken
1569 from <code>/etc/mailname</code> and falling back to the fully qualified hostname when
1570 that file does not exist).</p></div>
1571 <div class="paragraph"><p>The <code>author.name</code> and <code>committer.name</code> and their corresponding email options
1572 override <code>user.name</code> and <code>user.email</code> if set and are overridden themselves by
1573 the environment variables.</p></div>
1574 <div class="paragraph"><p>The typical usage is to set just the <code>user.name</code> and <code>user.email</code> variables;
1575 the other options are provided for more complex use cases.</p></div>
1576 </div>
1577 </div>
1578 <div class="sect1">
1579 <h2 id="_date_formats">DATE FORMATS</h2>
1580 <div class="sectionbody">
1581 <div class="paragraph"><p>The <code>GIT_AUTHOR_DATE</code> and <code>GIT_COMMITTER_DATE</code> environment variables
1582 support the following date formats:</p></div>
1583 <div class="dlist"><dl>
1584 <dt class="hdlist1">
1585 Git internal format
1586 </dt>
1587 <dd>
1588 <p>
1589         It is <code>&lt;unix-timestamp&gt; &lt;time-zone-offset&gt;</code>, where
1590         <code>&lt;unix-timestamp&gt;</code> is the number of seconds since the UNIX epoch.
1591         <code>&lt;time-zone-offset&gt;</code> is a positive or negative offset from UTC.
1592         For example CET (which is 1 hour ahead of UTC) is <code>+0100</code>.
1593 </p>
1594 </dd>
1595 <dt class="hdlist1">
1596 RFC 2822
1597 </dt>
1598 <dd>
1599 <p>
1600         The standard email format as described by RFC 2822, for example
1601         <code>Thu, 07 Apr 2005 22:13:13 +0200</code>.
1602 </p>
1603 </dd>
1604 <dt class="hdlist1">
1605 ISO 8601
1606 </dt>
1607 <dd>
1608 <p>
1609         Time and date specified by the ISO 8601 standard, for example
1610         <code>2005-04-07T22:13:13</code>. The parser accepts a space instead of the
1611         <code>T</code> character as well. Fractional parts of a second will be ignored,
1612         for example <code>2005-04-07T22:13:13.019</code> will be treated as
1613         <code>2005-04-07T22:13:13</code>.
1614 </p>
1615 <div class="admonitionblock">
1616 <table><tr>
1617 <td class="icon">
1618 <div class="title">Note</div>
1619 </td>
1620 <td class="content">In addition, the date part is accepted in the following formats:
1621 <code>YYYY.MM.DD</code>, <code>MM/DD/YYYY</code> and <code>DD.MM.YYYY</code>.</td>
1622 </tr></table>
1623 </div>
1624 </dd>
1625 </dl></div>
1626 <div class="paragraph"><p>In addition to recognizing all date formats above, the <code>--date</code> option
1627 will also try to make sense of other, more human-centric date formats,
1628 such as relative dates like "yesterday" or "last Friday at noon".</p></div>
1629 </div>
1630 </div>
1631 <div class="sect1">
1632 <h2 id="_discussion">DISCUSSION</h2>
1633 <div class="sectionbody">
1634 <div class="paragraph"><p>Though not required, it&#8217;s a good idea to begin the commit message
1635 with a single short (no more than 50 characters) line summarizing the
1636 change, followed by a blank line and then a more thorough description.
1637 The text up to the first blank line in a commit message is treated
1638 as the commit title, and that title is used throughout Git.
1639 For example, <a href="git-format-patch.html">git-format-patch(1)</a> turns a commit into email, and it uses
1640 the title on the Subject line and the rest of the commit in the body.</p></div>
1641 <div class="paragraph"><p>Git is to some extent character encoding agnostic.</p></div>
1642 <div class="ulist"><ul>
1643 <li>
1644 <p>
1645 The contents of the blob objects are uninterpreted sequences
1646    of bytes.  There is no encoding translation at the core
1647    level.
1648 </p>
1649 </li>
1650 <li>
1651 <p>
1652 Path names are encoded in UTF-8 normalization form C. This
1653    applies to tree objects, the index file, ref names, as well as
1654    path names in command line arguments, environment variables
1655    and config files (<code>.git/config</code> (see <a href="git-config.html">git-config(1)</a>),
1656    <a href="gitignore.html">gitignore(5)</a>, <a href="gitattributes.html">gitattributes(5)</a> and
1657    <a href="gitmodules.html">gitmodules(5)</a>).
1658 </p>
1659 <div class="paragraph"><p>Note that Git at the core level treats path names simply as
1660 sequences of non-NUL bytes, there are no path name encoding
1661 conversions (except on Mac and Windows). Therefore, using
1662 non-ASCII path names will mostly work even on platforms and file
1663 systems that use legacy extended ASCII encodings. However,
1664 repositories created on such systems will not work properly on
1665 UTF-8-based systems (e.g. Linux, Mac, Windows) and vice versa.
1666 Additionally, many Git-based tools simply assume path names to
1667 be UTF-8 and will fail to display other encodings correctly.</p></div>
1668 </li>
1669 <li>
1670 <p>
1671 Commit log messages are typically encoded in UTF-8, but other
1672    extended ASCII encodings are also supported. This includes
1673    ISO-8859-x, CP125x and many others, but <em>not</em> UTF-16/32,
1674    EBCDIC and CJK multi-byte encodings (GBK, Shift-JIS, Big5,
1675    EUC-x, CP9xx etc.).
1676 </p>
1677 </li>
1678 </ul></div>
1679 <div class="paragraph"><p>Although we encourage that the commit log messages are encoded
1680 in UTF-8, both the core and Git Porcelain are designed not to
1681 force UTF-8 on projects.  If all participants of a particular
1682 project find it more convenient to use legacy encodings, Git
1683 does not forbid it.  However, there are a few things to keep in
1684 mind.</p></div>
1685 <div class="olist arabic"><ol class="arabic">
1686 <li>
1687 <p>
1688 <em>git commit</em> and <em>git commit-tree</em> issue
1689   a warning if the commit log message given to it does not look
1690   like a valid UTF-8 string, unless you explicitly say your
1691   project uses a legacy encoding.  The way to say this is to
1692   have <code>i18n.commitEncoding</code> in <code>.git/config</code> file, like this:
1693 </p>
1694 <div class="listingblock">
1695 <div class="content">
1696 <pre><code>[i18n]
1697         commitEncoding = ISO-8859-1</code></pre>
1698 </div></div>
1699 <div class="paragraph"><p>Commit objects created with the above setting record the value
1700 of <code>i18n.commitEncoding</code> in their <code>encoding</code> header.  This is to
1701 help other people who look at them later.  Lack of this header
1702 implies that the commit log message is encoded in UTF-8.</p></div>
1703 </li>
1704 <li>
1705 <p>
1706 <em>git log</em>, <em>git show</em>, <em>git blame</em> and friends look at the
1707   <code>encoding</code> header of a commit object, and try to re-code the
1708   log message into UTF-8 unless otherwise specified.  You can
1709   specify the desired output encoding with
1710   <code>i18n.logOutputEncoding</code> in <code>.git/config</code> file, like this:
1711 </p>
1712 <div class="listingblock">
1713 <div class="content">
1714 <pre><code>[i18n]
1715         logOutputEncoding = ISO-8859-1</code></pre>
1716 </div></div>
1717 <div class="paragraph"><p>If you do not have this configuration variable, the value of
1718 <code>i18n.commitEncoding</code> is used instead.</p></div>
1719 </li>
1720 </ol></div>
1721 <div class="paragraph"><p>Note that we deliberately chose not to re-code the commit log
1722 message when a commit is made to force UTF-8 at the commit
1723 object level, because re-coding to UTF-8 is not necessarily a
1724 reversible operation.</p></div>
1725 </div>
1726 </div>
1727 <div class="sect1">
1728 <h2 id="_environment_and_configuration_variables">ENVIRONMENT AND CONFIGURATION VARIABLES</h2>
1729 <div class="sectionbody">
1730 <div class="paragraph"><p>The editor used to edit the commit log message will be chosen from the
1731 <code>GIT_EDITOR</code> environment variable, the core.editor configuration variable, the
1732 <code>VISUAL</code> environment variable, or the <code>EDITOR</code> environment variable (in that
1733 order).  See <a href="git-var.html">git-var(1)</a> for details.</p></div>
1734 <div class="paragraph"><p>Everything above this line in this section isn&#8217;t included from the
1735 <a href="git-config.html">git-config(1)</a> documentation. The content that follows is the
1736 same as what&#8217;s found there:</p></div>
1737 <div class="dlist"><dl>
1738 <dt class="hdlist1">
1739 commit.cleanup
1740 </dt>
1741 <dd>
1742 <p>
1743         This setting overrides the default of the <code>--cleanup</code> option in
1744         <code>git commit</code>. See <a href="git-commit.html">git-commit(1)</a> for details. Changing the
1745         default can be useful when you always want to keep lines that begin
1746         with the comment character <code>#</code> in your log message, in which case you
1747         would do <code>git config commit.cleanup whitespace</code> (note that you will
1748         have to remove the help lines that begin with <code>#</code> in the commit log
1749         template yourself, if you do this).
1750 </p>
1751 </dd>
1752 <dt class="hdlist1">
1753 commit.gpgSign
1754 </dt>
1755 <dd>
1756 <p>
1757         A boolean to specify whether all commits should be GPG signed.
1758         Use of this option when doing operations such as rebase can
1759         result in a large number of commits being signed. It may be
1760         convenient to use an agent to avoid typing your GPG passphrase
1761         several times.
1762 </p>
1763 </dd>
1764 <dt class="hdlist1">
1765 commit.status
1766 </dt>
1767 <dd>
1768 <p>
1769         A boolean to enable/disable inclusion of status information in the
1770         commit message template when using an editor to prepare the commit
1771         message.  Defaults to true.
1772 </p>
1773 </dd>
1774 <dt class="hdlist1">
1775 commit.template
1776 </dt>
1777 <dd>
1778 <p>
1779         Specify the pathname of a file to use as the template for
1780         new commit messages.
1781 </p>
1782 </dd>
1783 <dt class="hdlist1">
1784 commit.verbose
1785 </dt>
1786 <dd>
1787 <p>
1788         A boolean or int to specify the level of verbosity with <code>git commit</code>.
1789         See <a href="git-commit.html">git-commit(1)</a>.
1790 </p>
1791 </dd>
1792 </dl></div>
1793 </div>
1794 </div>
1795 <div class="sect1">
1796 <h2 id="_hooks">HOOKS</h2>
1797 <div class="sectionbody">
1798 <div class="paragraph"><p>This command can run <code>commit-msg</code>, <code>prepare-commit-msg</code>, <code>pre-commit</code>,
1799 <code>post-commit</code> and <code>post-rewrite</code> hooks.  See <a href="githooks.html">githooks(5)</a> for more
1800 information.</p></div>
1801 </div>
1802 </div>
1803 <div class="sect1">
1804 <h2 id="_files">FILES</h2>
1805 <div class="sectionbody">
1806 <div class="dlist"><dl>
1807 <dt class="hdlist1">
1808 <code>$GIT_DIR/COMMIT_EDITMSG</code>
1809 </dt>
1810 <dd>
1811 <p>
1812         This file contains the commit message of a commit in progress.
1813         If <code>git commit</code> exits due to an error before creating a commit,
1814         any commit message that has been provided by the user (e.g., in
1815         an editor session) will be available in this file, but will be
1816         overwritten by the next invocation of <code>git commit</code>.
1817 </p>
1818 </dd>
1819 </dl></div>
1820 </div>
1821 </div>
1822 <div class="sect1">
1823 <h2 id="_see_also">SEE ALSO</h2>
1824 <div class="sectionbody">
1825 <div class="paragraph"><p><a href="git-add.html">git-add(1)</a>,
1826 <a href="git-rm.html">git-rm(1)</a>,
1827 <a href="git-mv.html">git-mv(1)</a>,
1828 <a href="git-merge.html">git-merge(1)</a>,
1829 <a href="git-commit-tree.html">git-commit-tree(1)</a></p></div>
1830 </div>
1831 </div>
1832 <div class="sect1">
1833 <h2 id="_git">GIT</h2>
1834 <div class="sectionbody">
1835 <div class="paragraph"><p>Part of the <a href="git.html">git(1)</a> suite</p></div>
1836 </div>
1837 </div>
1838 </div>
1839 <div id="footnotes"><hr /></div>
1840 <div id="footer">
1841 <div id="footer-text">
1842 Last updated
1843  2023-10-04 15:43:56 PDT
1844 </div>
1845 </div>
1846 </body>
1847 </html>