)]}'
{
  "commit": "a65cbd87eaebe1bb7f69b41332dd85b72cdea440",
  "tree": "74238b496931eb9687942fd3106d8ec22b18a3e6",
  "parents": [
    "67ad42147a7acc2af6074753ebd03d904476118f"
  ],
  "author": {
    "name": "Jeff King",
    "email": "peff@peff.net",
    "time": "Sat Apr 11 17:55:18 2026 -0400"
  },
  "committer": {
    "name": "Junio C Hamano",
    "email": "gitster@pobox.com",
    "time": "Mon Apr 13 11:50:06 2026 -0700"
  },
  "message": "gitglossary: fix indentation of sub-lists\n\nThe glossary entry is a list of terms and their definitions, so\nmulti-paragraph definitions need \"+\" continuation lines to indicate\nthat they are part of a single entry.\n\nWhen an entry contains a sub-list (say, a bulleted list), the final \"+\"\nmay become ambiguous: is it connecting the next paragraph to the final\nentry of the sub-list, or to the original list of definition paragraphs?\n\nAsciidoc generally connects it to the former, even when we mean the\nlatter, and you end up with the next paragraph indented incorrectly,\nlike this:\n\n  glob\n    ...defines glob...\n\n    Two consecutive asterisks (\"**\") in patterns matched\n    against full pathname may have special meaning:\n\n    - ...some special meaning of **...\n\n    - ...another special meaning of **...\n\n    - Other consecutive asterisks are considered invalid.\n\n      Glob magic is incompatible with literal magic.\n\nThat final \"Glob magic is incompatible\" paragraph is in the wrong spot.\nIt should be at the same level as \"Two consecutive asterisks\", as it is\nnot part of the final \"Other consecutive asterisks\" bullet point.\n\nThe same problem appears in several other spots in the glossary.\n\nUsually we\u0027d fix this by using \"--\" markers, which put the sub-list into\nits own block. But there\u0027s a catch: in some of these spots we are\nalready in an open block, and nesting open blocks is a problem. It seems\nto work for me using Asciidoc 10.2.1, but Asciidoctor 2.0.26 makes a\nmess of it (our intent to open a new block seems to close the old one).\n\nFortunately there\u0027s a work-around: when using a \"+\" list-continuation,\nthe number of empty lines above the continuation indicates which level\nof parent list to continue. So by adding an empty line after our\nunordered list (before the \"+\"), we should be able to continue the\ndefinition list item.\n\nBut asciidoc being asciidoc, of course that is not the end of the story.\nThat technique works fine for the \"glob\" and \"attr\" lists in this patch,\nbut under the \"refs\" item it works for only 1 of the 2 lists! I can\u0027t\nfigure out why, and this may be an asciidoctor bug. But we can work\naround it by using \"--\" open-block markers here, since we\u0027re not\nalready in an open block.\n\nSo using the extra blank line for the first two instances, and \"--\"\nmarkers for the second two, this patch produces identical output from\n\"doc-diff HEAD^ HEAD\" for both --asciidoctor and --asciidoc modes.\n\nSigned-off-by: Jeff King \u003cpeff@peff.net\u003e\nSigned-off-by: Junio C Hamano \u003cgitster@pobox.com\u003e\n",
  "tree_diff": [
    {
      "type": "modify",
      "old_id": "20ba121314b9a48e34f9d436f7d9e6f8abb7cfb3",
      "old_mode": 33188,
      "old_path": "Documentation/glossary-content.adoc",
      "new_id": "8c4e9dd3beede1a118a4c196f1cf243830792975",
      "new_mode": 33188,
      "new_path": "Documentation/glossary-content.adoc"
    }
  ]
}