GitHub の issue 及び pull request の運用方法について

30.txt

@@ -0,0 +1,37 @@
+TKYTEL COMMENT 30
+                                                          東京広域電話網
+                                                              2026-02-12
+
+          GitHub の issue 及び pull request の運用方法について
+
+0. 本文
+
+    東京広域電話網では、GitHub を利用して各種のプログラムや文書のバー
+  ジョン管理をしているところです。しかし、複数の人員が平行して作業でき
+  る背景から、別の人が別の場所で同様の作業を行ってしまう事態がたびたび
+  発生しています。これを防ぐため、次のように案内します。ただし、この案
+  内は厳格なものではなく、飽くまで方針を示すに留めます。
+
+  ｲ)  GitHub の issue 機能を用いたチケット発行を推奨します。
+
+  ﾛ)  ある issue に assign された人は、なるべく早い段階で、少なくと
+      もその issue を解決するための branch を push し、また、issue
+      に紐付けられた draft pull request を作成してください。これがな
+      されない場合、いわゆる「やるやる詐欺」とみなされ、別の人が当該
+      issue に取り組む可能性があります。
+
+  ﾊ)  リポジトリのデフォルトブランチを除き、commit は多少乱雑でも構
+      いません。小さな commit は、のちに squash して大きな commit に
+      まとめることができます。
+
+  ﾆ)  ほどよく進捗したら、draft pull request を pull request に変更
+      して review をもらってください。だれに review をもらえば良いか
+      わからない場合、そのリポジトリを最初に作った人か、KusaReMKN ま
+      たは yude に依頼してください。
+
+  ﾎ)  Review の内容を受けて、修正を加えたり加えなかったりしてくださ
+      い。別の人がその branch に変更点を push することもあります。
+
+  ﾍ)  その他、ほどよく、おだやかに運用してください。
+
+                                                                    以上