私は現在、ほとんど(Javaで)プロジェクトに一人で取り組んでいます。何をすべきかについての高レベルの指示を私に与えるアドバイザーがいて、コードに貢献することはめったにないので、私はほとんど一人です。しかし、彼女は時々いくつかの受け入れテストをコーディングします。
過去に問題トラッカーを使用したことがなく、発見した可能性のあるバグをログに記録して一元的に追跡できる場所が欲しいので、今すぐ使用することを考えていました。課題トラッカーをEclipseと統合することは可能でしょうか。
だからここに制約があります:
何を選ぶかについてのあなたのアドバイスは何ですか?利用できる最も簡単な解決策を探しています。
小さなプロジェクトの場合、私はTrelloの大ファンになりました。参入障壁が非常に低く、操作性が高いため、小規模なプロジェクトで使用します。
もう少し複雑で機能的に完全なものが必要な場合は、2番目にFogBugzまたはBugzillaの提案を紹介します。
編集して、より多くの「説明とコンテキスト」を提供します:
専任のプロジェクトマネージャーがいない小規模なチームで最も気付いた最も一般的な問題は、多くのことがシステムに入力されないことです。開発者は、完了する必要のあるすべてのものを入力するのに時間をかけないか、問題が散発的に更新されるだけです。
Trelloは、新しい問題を追加したり、既存の問題のステータスを更新したりするのを非常に簡単にすることで、ユーザーにシステムを有効なデータで最新の状態に保つことを推奨しています。
最も注目すべきは、ボード内の「リスト」のシステムを簡単かつ迅速に調整して、小規模なプロジェクトで使用するほぼすべてのマイルストーンと課題タイプのシステムを表すことができることです。
また、問題へのコメント、問題への投票、並べ替え、タグ付け、割り当てなど、より一般的な問題追跡ツールもサポートしていますが、それらはすべて邪魔になりません(ただし、必要なときに必要な場所で使用できます)。
Bugzillaは問題のない、フル機能の問題追跡ツールですが、バグの作成や編集にコストがかかると感じることは否定できません。 FogBugzは、プロジェクト内のすべてを追跡する潜在意識の痛みの多くを軽減しますが、Trelloでカードを「実行中」から「実行済み」に単にドラッグするよりも、多くの作業のように感じる十分な編集と画面を備えています。
tl; dr-Issue Trackerを関連性のある最新の状態に保つための最良の方法は、可能な限り使いやすくすることです。これがTrelloはそのために作られました。
「利用可能な最も簡単な解決策」は、もちろん判断の呼びかけです。
私は FogBugz が非常に使いやすく、あなたが説明しているユースケースにそれを推奨できます。それは無料です 2人のチームの場合 で、大きなチームには非常に手頃な価格です Eclipseプラグイン と Subversionと統合 があります。
完全な開示のために:FogBugzでの私の経験は、Visual StudioプラグインとPerforce統合を備えたオンプレミスバージョンであり、探している正確なセットアップではありません。
[〜#〜] svn [〜#〜] + Trac + Eclipse withSVNチームプロバイダープラグイン(&Mylyn必要に応じて)
これは、個人プロジェクトとチームプロジェクトの両方で機能します。
Eclipse(上記のプラグインとTrac XML-RPCプラグインを使用)から、あなたとあなたのチームは
Mantisを使用できます: http://www.mantisbt.org/index.php
とてもシンプルで、SVNおよびEclipseと統合するように構成できます。 http://www.unitz.com/u-notez/2009/10/Subversion-svn-integration-mantisbt/ http ://stackoverflow.com/questions/2939794/Mantis-bug-tracker-api-integration
そうは言っても、Tracの基本的な機能だけに固執することで、使いやすさもかなり向上します。 http://trac.edgewall.org/
私の推薦:
リポジトリルートのbugs.txt
という名前のファイル。
利点:
.txtです。特定のシステム/ソフトウェアに縛られていないことを意味します
とても簡単です。
あなたはこの方法で何がうまくいくかを決めることができます-私の例はこのようになります:
filename.ext.class/method: refactor when I get the chance, that regex is really screwed up.
filename2.ext.class/method: got a lovely UI bug with that, doesn't work in Mac Chrome. Screenshot: imgur.com/foobar
svn checkout <url>
を実行するとすぐに、バグトラッカーがそこにあります-$ IDE-of-choiceを使用することもできます-これには、単なる別のテキストファイルです。短所:
2〜3人を超える開発者がいると、扱いにくくなります。
それを実際に人に割り当てる方法はありません。
私の投票は Redmine です。それは完全に無料で、Subversionとうまく統合されます。
プロジェクト管理Webアプリケーション。 Ruby on Rails Framework)を使用して記述されているため、クロスプラットフォームおよびクロスデータベースです。
Redmineはオープンソースであり、GNU General Public License v2(GPL)...の条件に基づいてリリースされています...
Redmineの主な機能は次のとおりです。
- 複数のプロジェクトのサポート
- 柔軟な役割ベースのアクセス制御
- 柔軟な問題追跡システム
- ガントチャートとカレンダー
- ニュース、ドキュメント、ファイル管理
- フィードとメール通知
- プロジェクトごとのwiki
- プロジェクトごとのフォーラム
- 時間追跡
- 課題、時間入力、プロジェクト、ユーザーのカスタムフィールド
- SCM統合(SVN、CVS、Git、Mercurial、Bazaar、Darcs)
- メールによる課題作成
- 複数のLDAP認証のサポート
- ユーザー自己登録サポート
- 多言語サポート
- 複数のデータベースのサポート...
「単純」ではないかもしれませんが、私はそれをビジネスで最高の課題追跡の1つと見なしています。Jirafromアトラシアン。 10ユーザー(10オーストラリアドル)のスターターライセンスが付属しています...私はソロ開発者として使用しています。 (サイトには「オンデマンド」ライセンス/価格設定を表示する設定があり、「ダウンロード」価格設定が必要になる場合があることに注意してください)。
この初心者レートのもう1つの大きなプラス:収益の全額が Room to Read チャリティーに寄付されます。ですから、フル機能のバグトラッカーから恩恵を受け、それについても気分良く感じることができます:-)
BugZilla もご覧ください。プログラマSEのこれ さまざまなバグトラッカーの比較 も参照してください。 Trac もトラッカーとして使用するのに適した代替手段です。
別のオプションは Sourceforge です。私の知る限り、ユーザー数に関係なく無料です。これには、SVNリポジトリ(おそらく使用しない)とトラッカーが含まれています。このトラッカーの例については、Audacityプロジェクト(オープンソースの録音ソフトウェア)から この例 を参照してください。
Asana をご覧ください。シンプルで無料のWebベースのプロジェクト追跡ツールです。自宅でのプロジェクトやタスクに使用しています。複数のプロジェクトを作成し、それらにタスクを割り当てることができます。任意のタスクに対して、以下を設定できます。
「優先度ヘッダー」と呼ばれるものでアイテムに優先順位を付けることができます。また、「今日」、「近日中」、「後日」のようにアイテムをスケジュールして、最も早く取り組む必要のあるものについての基本的な考えを得ることができます。
それはまだ進行中の作業ですが、非常に洗練されたインターフェースを持ち、使いやすいです。
最も単純なバグトラッカーは、3x5のインデックスカード(大きな手書き文字がある場合は4x6)のスタック、プッシュピンのボックス、および立方体の壁IMOです。分散チームがない場合(単独で作業しているのではない場合)、これで問題ありません。バグトラッカーを使用して、インピーダンスをできるだけ低くしたいことに注意してください。バグを記述したり、改善のためのアイデアを書き留めたりするのが難しい場合は、実行しません。何かが行われると、それは壁から出て、完了した山に入ります。
これはEclipseポイントとの統合に失敗することは確かですが、ソロ開発者にとって本当に必要なのでしょうか?アドバイザーがバグを修正する予定がない場合は、カードにアクセスする必要はありません(または、立ち寄って確認することができます)。彼らが受け入れテストを書いている場合は、該当するカードにそれらのテストの要旨を書き留めることができます。
ツールを見ようと思っているきっかけを見つけたいと思います。ある種のバグメトリック(平均オープン時間、合計オープンvsクローズなど)が必要ですか? Eclipseへの統合が重要なのはなぜですか?
本当にシンプルな問題追跡では、常にExcelのようなスプレッドシートを使用できます、またはMS Accessデータベース。これらは基本的に実際の課題追跡に比べておもちゃですが、学習曲線が低く、入力に対する障壁が低いという利点があります。スプレッドシートを作成し、必要に応じて列を追加するだけです!
列ごとに並べ替えやフィルターをかけたり、進行状況を追跡するためのチャートやグラフを簡単に生成したりできるので、Excelはこれに最適です。詳しくは、この記事を参照してください: http://chandoo.org/wp/2009/09/08/issue-trackers/
Nice MS Access Issue Trackerテンプレートは、こちらから入手できます。 http://office.Microsoft.com/en-us/templates/issue-tracking-database-TC001225348.aspx
Trackie は非常にシンプルですが柔軟です。
シンプルな1ビューの方法で問題を追跡する必要がある小規模な技術チームまたは半技術/半創造的なチームを対象としています。これは、課題のカスタムステータス(カスタムカラーを使用)、および優先度と担当者をサポートします。
UIはすでに非常にシンプルでクリーンですが、クライアントとしてプロジェクトに追加されたユーザーには、さらに簡略化されたUIが表示されます。
最後に、メールで問題を受け付けます。直接だけでなく、クライアントの問題をTrackieに転送した場合、クライアントとの通信は、それ以降、クライアントに気付かれずにTrackieを介して実行されます。すべてを1か所に保管します。
プライベートベータ期間中は無料です。執筆時点では、それが無料のままであるかどうかは不明です。
免責事項:私はこの課題追跡の開発者です。それでも、この答えはOPに関連していると思います。
私の小さなチーム(主に私だけ)は、 CodeTrack を使用しています。サーバーでPHPを必要とするだけで、データベースを必要としないので、それは私にとって本当に素晴らしい働きをします。
ダウンロードしてWebサーバーに抽出するだけで、ほぼ瞬時に機能します。さらに、コードは非常にシンプルなので、ニーズに合わせて簡単にカスタマイズできます。
バグレポートやコメントで機密情報を公開しない場合は、Google Codeをお勧めします。 8人の開発者のチームによるプロジェクトの1つで、過去にその課題機能を使用しました。これは本当にシンプルで簡単で、小規模なチームには十分です。
オープンソースプロジェクトを開始する必要がありますが、コードをGoogleにアップロードする必要はありませんが、問題機能を使用することに注意してください。そしてもちろん、プロジェクトを誤って見つけた場合や、プロジェクトリンクを共有した場合は、だれでもあなたのバグを見ることができます。