{
  "id": 1232080,
  "title": "The what, why, and how of pull requests and source comments",
  "url": "https://urgent.news/2026/08/16/the-what-why-and-how-of-pull-requests-and-source-comments",
  "topic": "tech",
  "section": "Tech",
  "published": "2026-08-16T07:58:00.000Z",
  "source": {
    "name": "The Register",
    "slug": "the-register",
    "url": "https://www.theregister.com/offbeat/2026/08/16/the-what-why-and-how-of-pull-requests-and-source-comments/5287914"
  },
  "original_language": "en",
  "account": "Veteran Microsoft engineer Raymond Chen recently clarified the distinction between pull request descriptions and comments embedded within code. Both are essential, but they serve distinct purposes.\n\nAccording to Chen, the PR description is a snapshot of information relevant to the code review process at a particular moment. It is a persuasive document aimed at convincing the approver that the proposed changes should be accepted. In contrast, code comments are meant to elucidate the code itself. These comments provide enduring insights that remain valuable even after a pull request has been finalized.\n\nChen argues that commit messages should be considered alongside PR descriptions and code comments, though the focus presently lies on the difference between PR descriptions and code comments, given the surge in AI-generated pull requests and sometimes puzzling annotations. Interestingly, developers from Chen's past, like another colleague who avoided commenting altogether, had a different approach. They believed their code was self-explanatory. Today, a more candid comment might read: \"This was written by [name], and I have no idea how it works.\"\n\nThis situation mirrors another ongoing debate among developers: whether to use tabs or spaces for indentation. In 2024, Microsoft veteran Larry Osterman adopted a neutral stance, suggesting that tabs were acceptable when storage was limited, but spaces were preferable due to their consistent and reliable nature.\n\nChen's perspective on code formatting is flexible: he doesn't care how code is formatted as long as it remains his own source code. However, he recommends treating any significant changes in formatting as a separate commit, so maintainers aren't overwhelmed with a diff dominated by a new style guide.\n\nUltimately, Chen's distinction between PR descriptions and code comments highlights their different roles: PR descriptions explain why a change should be accepted, while code comments preserve the necessary context for future programmers to understand the code.",
  "summary": "Microsoft veteran on knowing the difference and convincing approvers to accept a change",
  "key_points": [],
  "editors_take": null,
  "illustration": null,
  "coverage": {
    "outlets": 2,
    "also_reported_by": [
      {
        "outlet": "The Register Science",
        "title": "The what, why, and how of pull requests and source comments",
        "url": "https://urgent.news/2026/08/16/the-what-why-and-how-of-pull-requests-and-source-comments-1234207",
        "published": "2026-08-16T07:58:00.000Z"
      }
    ]
  },
  "ai_generated": true,
  "disclaimer": "Summaries, key points and the editor’s take are written by software from other outlets’ reporting and may contain errors — always check the linked original."
}