web-dev-qa-db-ja.com

githubの問題（優先度など）を管理する方法は？

私はgithubを初めて使い、問題の管理方法に関するアドバイスを探しています。私は優先順位と他の順序付けオプションに慣れていますが、存在しないことを確認します。

バグ/機能のライフサイクル中に他の人はどのように問題を管理しますか？

前もって感謝します。

project-managementgithubissue-tracking
49
djf

issue types、issue priorityities、issue statuses、version tagsなどのラベルの異なるグループを定義できます。もっと。ラベルがどのグループに属しているかを即座に確認できるようにするには、<label-group>:<label-name>のような命名規則を使用できます。

このような命名規則を使用すると、Githubの問題の管理がはるかに簡単になり、他の人が問題をより早く「理解」できるようになります。ラベルに色を割り当てて、読みやすさをさらに高めることもできます（ラベルグループごとに特定の色を使用します）。ただし、これらのラベルを課題に/から手動で割り当て/割り当て解除する必要があるため、グループ/ラベルの全体的なリストを小さくしておくことをお勧めします。

上記で提案したスキームに従って、グループと対応するラベルを次のように定義できます。

「課題タイプ」グループ

  • タイプ：バグ
  • タイプ：機能
  • タイプ：アイデア
  • タイプ：無効
  • タイプ：サポート
  • タイプ：タスク

「優先課題」グループ

  • prio：low
  • プリオ：通常
  • prio：high

「発行状況」グループ

（これらのラベルは、定義されたワークフローにおける課題の状態を示しています。）

  • ステータス：確認済み
  • ステータス：延期
  • ステータス：fix-committed
  • ステータス：進行中
  • ステータス：不完全
  • ステータス：拒否
  • ステータス：解決済み

「発行情報」グループ

  • info：feedback-needed
  • info：help-needed
  • info：progress-25
  • info：progress-50
  • info：progress-75

「バージョンタグ」グループ

  • ver：1.x
  • バージョン：1.1
52
Jonny Dee

GitHubの課題追跡は非常に柔軟です。確かに優先順位や順序付けはありません。 Assignments、labelsおよびマイルストーン。

  • 作成したラベルに問題を「タグ付け」できます（Gmailラベルと同様の方法で）。たとえば、「バグ」、「機能のリクエスト」、「todo」、「質問」などです。1つの問題に異なるラベルを付けることができます。

  • いくつかの問題をマイルストーンに「パッケージ化」できます。マイルストーンは、title（たとえば、バージョン番号）とオプションの配信日で構成されます。

  • 各課題は、リポジトリの共同編集者（寄稿者または組織のメンバー）に割り当てできます。 @に続けてGitHubログインを使用して、コメントで共同編集者を呼び出すこともできます。

最終的には、サイドバーのおかげで、問題のリストを「フィルタリング」して、管理に役立てることができます。

この件に関する完全なブログ投稿"Issues 2.0"で、機能の詳細を見ることができます。

22
nulltoken

私は huboard.com を使用して、Githubの問題をカンバンボードの方法で表し、huboard内でドラッグアンドドロップして並べ替えます。優先順位を視覚化し、次に何をすべきかを知ることにのみ関心がある場合、それはかなりうまくいきます。

HTMLコメントとして、問題自体の優先度を実際に保存します。

Your normal issue text here...
<!---
@huboard:{"order":465.0}
-->
8
joseph.hainline

githubでラベルを使用してプロジェクトを管理する方法の例

Category Labels（視覚的に分離するためにすべての大文字を使用することもできます）

  • 仕事
  • バグ
  • 特徴
  • 討論

優先ラベル

  • 緊急

すべてを通常の優先度と見なしており、「低」の必要性を実際には見ていません。したがって、すぐに注意が必要なものをマークするためにラベルを1つだけ残します。

ステータスラベル

  • レビュー済み（譲受人が読んだ）
  • 待機中（担当者はすぐに対応します）
  • 進行中の作業（担当者が現在作業中）
  • 無効（バグが再現できない場合）
  • フィードバックが必要（バットシグナルを読んでコメントしてもらう、またはヘルプを提供する

ハウツー、アーキテクチャ、インフラストラクチャ、ケーススタディ、計画、および要件を含むすべてのドキュメントをwikiに保管します。

プルリクエストは、それがブランチの一部である場合のコードレビューおよび機能ディスカッション用です

フィルターをクリエイティブに使用することで、その日に行う必要のある作業を見つけることができます。 「タスク+緊急」または「バグ+緊急」は、「フィードバックが必要」としてタグ付けされた問題を常に確認し、追加するものがなくてもコメントを残します。もちろん、これは5人のチームで機能しますが、おそらくそれ以上ではありません。

5
Brian Boatright

上記のタグ付けソリューションに加えて、ラベルとしてblockingおよびblockedがあります。

最初に問題を正しい人物に割り当てる必要がありますが、他の問題が終了するまでその人物が問題に取り組むことができない場合、問題はblockedとしてマークされます。そして、他の問題はハッシュタグを使用して参照されます。

同様に、タスクが他の誰かによる何かの作業をブロックしている場合は、他の問題への参照とともにblockingとしてマークする必要があります。

特定の人に割り当てられたアイテムをリストする方法を理解するのは少し難しいことに気づきました。

解決策は、「検索」アイコン（検索条件を入力しないで）をクリックすることです。結果ページの左側にドロップダウンがあります。

1
Dean Rather

私はGHの問題に2種類のラベルを付けています。1つは問題のタイプに関連し、もう1つは優先度に関連しています。

  • バグ
  • 機能-（新しいもの）
  • 強化-（既存のものをより良くする）
  • 質問/議論-（議論するもの）

Wikiを上手に利用すれば、質問や議論は必要ないかもしれません。でも、質問やアイデアを特定の人に向けることができるので、気に入っています。

次に、3つの本当に単純な優先順位ラベルがあります。

  • 今
  • まもなく
  • 後

簡単ですよね？

1
Ryan Kinal