web-dev-qa-db-ja.com

Redmineの問題をSVNリビジョンにリンクする最良の方法

問題とバグの追跡にはRedmineを使用しています。 SVN統合を追加しましたが、これにより、SVNリビジョンのアクティビティが表示されます。

バグまたは問題によって引き起こされたすべてのSVN変更を確認できると便利です。しかし、それは可能ではないようです。

それを行う方法はありますか? Redmineでない場合、これを達成するための最良の代替追跡システムはどれですか?

25
German Latorre

Svn commitメッセージに問題番号を追加すると、自動的に認識されます。

svn ci -m "incorrect encoding fixed (refs #2345)"

後で問題#2345で確認​​できるようになります。すぐには表示されません。redmineはリポジトリの変更を定期的にチェックしていると思いますが、Repositoryタブに移動して問題に移動すると、変更が表示されます。

Redmineのフォーマットに関する詳細情報

== edit ==
ジョナスのコメントに答えるには:

実際、これの考えは、いくつかの問題とそれに関連するsvnリビジョンを関連付けられるようにすることです。それは両方の方法で動作するはずです-リポジトリページに問題へのリンクが表示されます。 問題のページに、関連するリビジョンへのリンクが表示されます

これが機能するには、次のものが必要です。

  • プロジェクト(または親プロジェクト、それは同様に動作します)でリポジトリを構成する
  • [管理]-> [設定[リポジトリ]]-> [キーワードの参照]でrefsのようなキーワードを構成するには
  • svnにコミットするとき(「refs#1234」のようなコミットの説明で問題に言及)、このリビジョンはredmineリポジトリに自動的に表示されません-プロジェクトの[Repository]タブに移動して手動で更新する必要があります(可能にすることもできます)一部のcronジョブでは自動)。

結局のところ、あなたはあなたの問題「関連するリビジョン」で見ることができるはずです

39
Dmitry Yudakov

後世のために:

元のコミットメッセージがRedmineの課題番号を参照していなかった場合は、その逆も実行できます。Redmineの課題の説明で、リポジトリリビジョンを番号で手動で参照します。

例えば:

この問題は、問題#1234に対処するために実装されたr5678の意図しない副作用です。

その場合、「r5678」はRedmineのリポジトリタブのリビジョンに自動的にリンクします(「#1234」は対応する問題のページに自動的にリンクします)。

8
lx_devr

refsを使用すると、リビジョンを課題に関連付けることができます。これは素晴らしいことです。

「修正」などの別のキーワードを設定して、リビジョンを課題に関連付けますが、ステータスと実現率も自動的に変更します。

これは、コミットを実行して問題をテストステータスにする場合などに非常に役立ちます。 (それは手動で行う必要なしに、自動になります

あなたはそれを管理->設定->リポジトリと「解決キーワード」で行うことができます

2