【小学生でもわかる】GitHubをやることリストにする！Issuesの付せんの書き方と、直したら自動で閉じる方法

どんな話？

やることを GitHub の Issues に付せんとして1枚ずつ書き、直しのプルリクエストの本文に「Closes #2」と書いてマージすると、付せんが自動で閉じる流れを、練習用の公開リポジトリで試した回です。付せんは Issue #2、プルリクエストは #3 で、マージと同時に閉じました（1回の観察）。ボード（Projects）は公式の説明だけです。成果物は、作業メモの8枚目「付せんとボード」です。

この記事でわかること

• やることは、作品の箱（リポジトリ）の Issues に、1枚に1つずつ付せんとして書く。題は「何を・どうする」を1行で、本文に直したい理由と終わったと言える条件
• Issue とプルリクエストは同じ番号の列。制作では Issue が #2、そのあとのプルリクエストが #3 になった
• 公開リポジトリの付せんはだれでも読め、だれでも足せる。住所・学校名・本名・電話番号・鍵は書かない
• プルリクエストの本文に「Closes #2」と書いて main にマージすると、付せんは自動で閉じた（11月1日に1回。理由は completed）。行き先が main 以外だと閉じない
• ラベルは最初から用意されている。ひとりなら bug と enhancement の2つで分けるだけでもよい（この連載の見立て）
• Projects のボードは公式の説明だけで書いた（制作では試していない）。ボードに入れた付せんは、閉じると「Done」へ動く決まりが最初からオン

こんな人に

• 公開した自己紹介ページの直したいことを、メモ帳やスマホのメモにばらばらに書いている人
• どれを直して、どれが残っているかが、わからなくなったことがある人
• プログラムを書かなくても、GitHub をやることリストとして使ってみたい人

この話のTIPS

• 注意公開リポジトリの付せんは、だれでも読めます。自分用のやることリストのつもりでも、町の掲示板に貼るのと同じだと考えてください。付せんに、住所・学校名・本名・電話番号・パスワードや API キーのような鍵を書かないこと。
• コツプルリクエストの本文に決まった言葉と付せんの番号を書くと、プルリクエストと付せんが結び付きます。結び付いたプルリクエストをリポジトリの既定のブランチ（ふつうは main）にマージすると、付せんは自動で閉じます。