新しいGitHub issueベータ版が公開されたので、waiting list申請したら通ったので、軽く使ってみました。GitHub issueも使いますが、ほとんど自分のタスク管理というか、個人リポジトリのToDoみたいな使い方です。あと、オープンソースプロジェクトで問題があったらissueを調べまくるくらいでしょうか。
issueとなっていますが、実際はProjectの新しいやつという感じです。
New Projectの隣にall-new projectsがあるので、こちらから作っていきます。
ProjectsのBetaが出ているのでこちらから作っていきます。作るのはProjectsと変わりません。既存のProjectsとは別管理になるようで、今Projectsに追加しているissueがあっても改めて追加し直します。
明示的にBetaとついている方を選択します。
名前も変更しておきます。ちょっと誤ってDanger ZoneのClose this projectが保存かと思ってクリックしそうになりました。ちょっと間違えやすいので、ここは正式版までには変わったほうがいいじゃないかな。
列は歯車アイコンのところから自由に追加できます。今までのProjectはあらかじめ用意されていたstatusに応じて自動移動するパターン、完全に自分で構築するパターンと両極端でしたが、新しいやつではビューを定義する形で一度登録したissueをいろんなビューで見えるようになります。それは上のタブで切り替えます。
View1の隣にある▼をクリックすると、ビューの名前の変更、複製といったことができます。
同じissueに対して複数のビューを作って、色々な視点で見えるようです。
追加する列はテキスト、数値、日付、選択肢と選べますね。自分で入れてもいいのですが、これは他のシステムと連携して作成した列に対してAPIで連携システムのデータを入れられるともっと面白い使い方ができそうです。
デモの動画ではAzure DevOpsのBoardsにあるAreaを定義して該当Areaのissueだけ抽出するということが簡単にできますね。ここでは紹介していませんが、従来のようなstatusでのカンバン表示にも簡単に切り替えられます。
最初なのでできるのかもしれないですが、個人単位で参照したいissueを手動で登録していくのはちょっと辛いので、特定のタグが付いたissueを自動的に登録するとか、open状態のissueが自動的に反映されるとかそういう仕組みが欲しいなと思いました。
今までのGitHub issueで管理できる場合はそれでもいいのですが、やはりissueが多くなるとこういうものを使わないときついので、これからの強化に期待です。
