問題タブ [jira]

JIRAには、1 つまたは複数の課題をいつでも実行できる機能がありますStart Progress。Stop Progress戻って、一定期間にどのように時間を費やしたかをグラフやグラフで確認する方法はありますか?

4 月に取り組んだバグの数を確認し、各バグにどれくらいの時間が (グラフで) 費やされたかを確認したい場合、それを実行できますか? もしそうなら、どのバージョンの JIRA でそれを実行できますか?

私は JIRA を初めて使用します。Redmine の「プロジェクト アクティビティ」画面と同様の機能があるかどうかを知りたいです。

すべてのコードの変更、Issue の更新、Wiki ページの変更、基本的にはプロジェクトにとって重要なすべてのものをタイムラインに沿ったページで確認できることは非常に便利です。

例は次のとおりです。

http://www.redmine.org/projects/redmine/activity

バグ/タスク/プロジェクト管理ツールを実際に使用してソフトウェア開発プロセスを改善する方法を詳細に説明している優れた (あなたの意見では) 書籍/Web サイトを知っている人はいますか? 理想的には、理論ではなく、「塹壕から」のようなリソースが必要です。

このような管理ツールの例としては、JIRA/Confluence コンボ、Visual Studio Team System / Sharepoint、FogBugz などがあります。

私は 3 つの実用的な本シリーズ (ソース管理、単体テスト、およびビルドの自動化) のような本を探していると思います。彼らのソフトウェア開発プロセス。

私の質問への答えとして当てはまるかもしれないいくつかを知っています：

FogBugz、Second Edition Visual Studio Team System による簡単なプロジェクト管理: アジャイル チーム向けの優れたソフトウェア開発 Microsoft Visual Studio Team System によるソフトウェア エンジニアリング

思考プロセスを広げるためにさまざまなプログラミング言語を学ぶ方法と同じように、本やウェブサイトがどのツールを使用しているかは気にしません。私が最も興味を持っているのは、ツールをソフトウェア開発プロセスに統合して改善する方法です。

tigris.orgのJIRAダッシュボードプラグインを使用して、無効なSSL証明書を持つ社内のJIRAサーバーに接続しようとしています。このプラグインで使用されるキーストアに証明書をインポートしたいのですが、それがEclipseキーストア（どこにありますか？）であるか、それ自体であるかは関係ありません。

それが役立つ場合は、次のエラーメッセージが表示されます。

sun.security.validator.ValidatorException：PKIXパスの構築に失敗しました：sun.security.provider.certpath.SunCertPathBuilderException：要求されたターゲットへの有効な認証パスが見つかりません

キーストアを見つけるにはどうすればよいですか？

アプリケーションの複数のバージョンについて、JIRA で問題が報告されることがよくあります。ただし、これらの問題の修正は、問題が報告されたすべてのバージョンに対して同時にコミットされるわけではありません。これにより、修正がコミットされたバージョンを追跡することが難しくなり、開発者はバージョンの修正をコミットするのを忘れることがあります。

問題が別々に報告されているが、同じ問題である各バージョンの問題のステータスを追跡する方法はありますか? 問題の単一のステータス (すべてのバージョンがそのステータスになっている場合にのみステータスに更新されます。つまり、すべての修正バージョンで問題が解決された場合に問題が「解決済み」に設定されます) に加えて、修正バージョンごとに異なるステータス。

Atlassian のページを調べたところ、JIRAにそのような機能を要求する古い問題が見つかりました。これに関連して、各バージョンのサブタスクの使用を提案するフォーラム ディスカッションがあります。問題の作成と修正バージョンの更新時にサブタスクを自動的に作成するプラグインがあれば、これは良い解決策になります。そのようなプラグインはありますか？

製品 (project1、project2、...) 間で共有されるコア ランタイムと、プロジェクト/製品固有の部分で構成される製品を開発します。これらの「製品」ごとに、複数のブランチを維持しています。これは、さまざまなバージョンがフィールドに展開され、メンテナンスが必要であり、バックポートを備えている場合もあるためです。

問題追跡システムとして JIRA も使用していますが、製品タイプ/ブランチをモデル化する正しい方法を見つけるのに苦労しています。このコンテキストに関連すると思われる JIRA 要素は、コンポーネントとバージョンです。

• コンポーネントを使用して、CORE、PRO1、PRO2 などを区別します。
• コンポーネントを使用して、関係するブランチを特定します
• 修正バージョンを使用して、問題を解決するためのイテレーションを追跡します (イテレーション開発、隔週イテレーション)

これは多かれ少なかれ機能しますが、ブランチに Component タイプを使用することはハックであり、コンポーネントを「廃止」することはできず、削除することしかできないという欠点があります。反復とブランチを [修正バージョン] フィールドに混在させると、「反復 X とブランチ Y」をクエリできなくなるため、この方法を選択します (JIRA は AND クエリをサポートしていません)。

JIRA でブランチを維持し、イテレーションを追跡するためのベスト プラクティスにはどのようなものがありますか?

コンテキストの統計: 約 4 つの製品タイプと、製品タイプごとに約 3 つの主要なブランチを維持することについて話しています。

アジャイル アプローチに関するプロジェクトのユーザー ストーリーを整理するために Jira を使用しています。ユーザー ストーリーをクローズしようとすると、ステータスが「クローズ」ではなく「解決済み」と表示されます。ユーザー ストーリーのステータスをクローズ済みに変更する方法を教えてもらえますか?

提案とヘルプを投稿してください。

今週、私は 2008 TFS のプレゼンテーションに参加しました。現在、Jira と Svn (およびおそらく Bamboo) を使用しています。どのソリューションをお好みですか?

JIRAで、ワークフローをワークフロースキームに追加するための適切な手順は何ですか？

私の場合、新しく作成したワークフローによって参照される新しい課題タイプを作成しました。ワークフローをワークフロースキームに追加するには、ワークフロースキームが非アクティブである必要があります。ワークフロースキームを非アクティブにするために、各プロジェクトのワークフロースキームを別のものに変更しました。ワークフロースキームを使用しているプロジェクトがない場合にのみ、編集できます。

プロジェクトを別のワークフロースキームに変更する場合（「ワークフロースキームをプロジェクトに関連付ける」）、JIRAは、バックアップを作成する必要があり、すべての問題が変更されることを警告します。何かが私にこれがそのような単純な変更のためのやり過ぎだと教えてくれます。ワークフロースキームに新しいワークフローを追加するためだけに、すべての問題を変更したくはありません。

私は何かが足りないのですか？

フォローアップ： Atlassianによると、新しいワークフロースキームに移行する以外に選択肢はありません。

私は、JIRA SOAP API をインターフェースする C# のツールに取り組んでいます。ここにあるドキュメントを読みました: http://docs.atlassian.com/software/jira/docs/api/rpc-jira-plugin/latest/index.html

特定のプロジェクトに割り当て可能なすべてのユーザーのリストを取得する方法を知っている人はいますか? 私はまだそれを行う方法を見つけることができませんでした...