アカウントごとのGitHub Projectsを使った公開TODO管理が割と良い感じ

[ncaq]

ラベルの優先度とかで入れる看板を制御出来れば良いんだけど、それはリポジトリじゃなくてユーザのProjectsだと無理?

[ncaq]

Projectsに対するGitHub Actionsを実行する専用のリポジトリを作れば良さそう

[ncaq]

リマインダーはスマートフォンに来てくれないと困るので、期限付きのものをつけるのには向いて無さそう。 いや、期限を区切ってActionsで連携すれば出来なくは無いのだろうけれど、一つ一つ期限がバラバラのタスク管理にわざわざ期限区切りを作りたいものではないですね。

通知もGitHub ActionsでDiscordにwebhookとかは二度手間感がする。 Discordがちゃんと反応してくれるとも限らないし、期限のある個人的なTODOはスマートフォンのローカルにもデータが存在する管理方法の方が良さそう。 あと、別に普通にFirefox for Androidからも見れるけど最適化はされてないし、GitHub Mobileから見てもwebview開くだけなので、買い物リストとか、別にちゃんとしてなくても良い個人的なやつは今まで通りGoogle TODOとかに入れた方が良いか?

プライベートなリポジトリのissueはパブリックなProjectsでも見れなくなるとは言え、存在することは分かってしまうし、issueにしないとドラフトとして見えてしまう。

[ncaq]

ラベルやアサインによる自動振り分けは、 2022年はもっと生産的に過ごすためにGitHub Projectを使ったToDo管理やります!!! | tubone BOYAKI が参考になりました。

自分がやるなら、 actions/toolkit: The GitHub ToolKit for developing GitHub Actions. をimport typeして、 workflowの中でTypeScriptをコンパイルして、 requireして動かす形式になりそうです。 自分も他の仕事でgithub-scriptは使ったけど流石にYAMLにインラインはきつい。

いや、それならもういっそのことActionsを作ったほうが良いのか?

疑問点

alex-page/github-project-automation-plus: 🤖 Automate GitHub Project cards with any webhook event のprojectってアカウントに紐づいてるProjectsに使えるんだろうか…? 今のところ使えないっぽい? Project not found - Classic project · Issue #81 · alex-page/github-project-automation-plus

Actionsのonで全部のリポジトリのeventを拾えるんだろうか。 これはActions専用のリポジトリ作っても他のリポジトリのissueのデータ拾えないから問題になる。

もし実装されてたらスパムの標的になるから無理なのかなあと思いましたが、 ラベルで振り分けするならそこまでの問題では無さそう。 ラベルなしなら振り分けなければ良いわけで。

[ncaq]

リポジトリ専用のActionsを実行できる環境を整えたとすると、project_cardイベントでcreatedされたcardをラベルに従って振り分けることで、結びつけは手動でも、振り分けは自動で出来そう。 でも、論理的にアカウント全体のProjectsを管理したいのに、一つのリポジトリに任せるのはなんだかなあ。

[ncaq]

Actions を使用した Projects の自動化 - GitHub Docs を見るとアプリ作ればなんとかなりそうな雰囲気がある。

[ncaq]

Beta取れて複雑なActionsが解禁されたらラベルによる自動振り分けぐらい雑にこなせるんじゃないかと思うとやる気なくなってきたな

[ncaq]

結局FLOSS開発やってる以上GitHub issueからは逃れられないので、これを管理するProjectsは必須 後はバランスをどうするかという程度の問題ですね

[ncaq]

.githubリポジトリ使って自分に関するissue全部振り分ける機能とか生えてこないかなあ

[ncaq]

privateなリポジトリ(自分が所有してないリポジトリ?)のissueは立てる時に自分のProjects選べなくてURL貼り付ける必要があるのは少し面倒。

[ncaq]

issueへのリンクを貼ることで向こう側にもリンクを貼ったことが表示されて関連が分かり易くなるのはやっぱり良いですね。 TODOでマイルストーンや新規のProjectsやそのviewを作るまでも無いことは多いですから。 個人用途だと尚更です。

[ncaq]

アカウントごとのProjectsはUserタブから選びやすいので、 Actions何処に置けば良いんですか問題を置いても選ぶ価値はあるかも。

でもissue立てる専用リポジトリは気にする人は作った方が良いかもしれませんね。 このissueは最終的に記事にするとは言え、 記事にする予定がないリストでサイト用のリポジトリのissueが埋め尽くされるのは気になる人は気になるかもしれません。

ここが完全に個人用のissueかというとそういうわけでもなく、 一応サイトの間違いとかここで報告することも出来ますしねえ。

[ncaq]

他のリポジトリに出したPRをユーザレベルのProjectに追加して楽をしようとしたけどそれはまだ対応されてないらしい / “Add issue to a user-level project · Issue #1306 · cli/cli” https://t.co/khLghSIPSQ

— エヌユル (@ncaq) 2023年3月1日

[ncaq]

GitHub issueのコメントたちの入力ソースをそのまま取る方法がわからないな。

gh issue view "#127" --comments

で一つのファイルで見れはするんだけど、 ターミナル向けにマークアップされてしまってるからMarkdownを取るには不向き。

[ncaq]

templateを弄ればだいたいなんとかなりそうだけどMarkdownを処理したものをMarkdownに戻す処理は不毛。 素直にrawが欲しいんだよな。 json形式で出力してbodyから改行だけ処理するのが良さそう。 オプションPRで出しても良いレベルだと思う。

gh issue view "#127" --comments --json body --jq ".body" --json comments --jq ".body, .comments.[].body"

で行けるから良いか。

[ncaq]

GitHubのProjectsはview含めてURLが数値だけなのはなあ
issueやPRは番号が大事だし剥き出しで変更も出来ないのは分かるんだけど、
Projectsはリポジトリみたいなものじゃない?

— エヌユル (@ncaq) 2023年3月19日