問題タブ [task-tracking]

コマンドラインインターフェイスを備えたタスク追跡システムはありますか？

これが私が興味を持っている機能のリストです：

• 単純なタスクテンプレート
  property：typeのペアを持つプレーンテキストファイルのようなもの。例：

• 
  たとえば、 コマンドラインインターフェイス：

• XCopyの展開
  重いDBMSをインストールする必要はありません

• 複数のユーザーがサポートし
  ているので、それは一人のやることリストだけではありません

私はおそらく世界を求めていますが、迅速にナビゲート/検索できる、多くのタスク/プロジェクトとすべての関連ドキュメント (スプレッドシート、Word ドキュメント、その他のファイル) を簡単に管理するための Windows ベースのソフトウェアはありますか?

私はおそらく 10 から 20 のアクティブなプロジェクトとタスクを扱っており、1 日程度しか続かないものもあれば、数週間続くものもあれば、数か月かかるものもあります。私はあらゆるプロジェクトのすべてを 1 つのフォルダーに保存するのが好きですが、スプレッドシートや SQL スクリプトを保存するとき、または Web サイトのショートカットをフォルダーにドラッグしていつでも見つけられるようにするときに、フォルダー ツリーをナビゲートするのに永遠に費やしているようです。それが必要。

さまざまなフォルダ構成 (つまり、最上位のプロジェクト ディレクトリを作成し、次に部門別、人員別、またはアプリケーション別) を試しましたが、探しているものを見つけるのに時間がかかりすぎます。私が探しているものに最も近いのは、Lotus が DOS 時代に Agenda プログラムに持っていたようなもので、複数の方法でデータを整理および表示できました。エクスプローラーと完全に統合するアプリで、何かを保存する場所を尋ねたときに、私がアクティブに取り組んでいるプロジェクトを認識し、最小限のプロジェクト管理を行って、完了をマークすると、それらのディレクトリが表示されなくなる、または優先度が高いとマークされているものは、一番上に表示されるか、色分けされます。

編集: ユーザー定義のラベルを Explorer に追加すると、フィルタリングを使用すると、おそらく 90% の方法で処理されます。10 から 20 のラベルを定義でき、Explorer で単一のラベルを表示するオプションがあれば、そのラベルでマークされたコンテンツを持つフォルダーのみが表示されます。ラベルごとに 1 つのタブという、タブ付きのインターフェイスがあれば、さらに洗練されたものになります。Mac では、ファイルに色分けされたユーザー ラベルが少なくとも 10 年間あります。Vista にこれがあるかどうかは聞きたくないのですが、もしあれば見てみたいと思います。

最近Wakoopaを使っていますが、とても面白いと思います。

これまで、SOで費やした時間についてはわかりませんでした（アイデアはありましたが、実際のデータは得られませんでした）。

代替テキストhttp://img396.imageshack.us/img396/4699/wakoopaim1.png

だから私のプログラミングの質問は：

使用されているアプリケーションをプログラムで追跡するにはどうすればよいですか？

私の最初は、「tasklist」コマンドや「netstat」などを使用して15分ごとにプールすることでしたが、これが彼らのやり方ではないと思います。

これを行うためのライブラリは.NET（C＃ではおそらく）にありますか？Windowsはこのようなサービスを提供していますか？Javaはどうですか？

私は通常、プログラミングタスクをどのように実行できるかについて少なくとも漠然とした考えを持っていますが、このための手がかりはありません。

wakoopaアプリトラッカーはOSXとLinuxでも動作しますが、プラットフォームごとに1つずつ、3つの異なるアプリであることは明らかです。

ところで、SOをどのくらい使用しましたか？:)

誰かが良いタスク/時間管理ツールの推奨事項を持っていますか？

理想的には、これはプログラミングタスク/プロジェクトを追跡するだけであり、週末のレポートを作成するオプションにも費やされた時間は有利です

デフォルトのTFSセットアップには、シナリオ、タスク、バグの3つの作業項目タイプがあります。最後の1つは非常に簡単で、タスクもあります。チームメンバーが完了するのは特定の仕事です。しかし、シナリオは少し曖昧だと思います。

私は通常、より大規模でより一般的な作業単位のシナリオを作成します。たとえば、「従業員のラインを雇用主に追加する機能を作成する」などです。その場合、より小さく、より具体的な作業項目はタスクになります。たとえば、「詳細フォームを作成する」、「サーバーに保存メソッドを作成する」などです。

変更をチェックインするとき、変更セットをシナリオと特定のタスクにリンクします。これは良い習慣ですか？タスクとシナリオをどのように処理しますか？ベストプラクティスのリソースはありますか？

シナリオは実際にはユースケースを対象としていると聞きましたが、そうですか？

現在、職場ではTracを使用してテストケースを管理しています。ただし、チケットの代わりにテストプランのwikiページにリストされているTCがかなりあります。

私のマネージャーは最近、手動テストの結果をより適切に文書化することに興味を持っています。これは高潔な目標であり、QAチームの何人かの人々はこのアイデアにかなり熱心ですが、正しく実行されない場合、そのようなシステムのオーバーヘッドは悲惨なものになる可能性があると実際に感じています。実際、私が考えることができる唯一の正気の非Trac統合ソリューションは、単純なタスクマネージャーであり、次のようなよりカジュアルな結果を保存および管理できます。 "。ウィキからいくつかのTC番号などを移植するには時間がかかると思います。「Xは、時間YでTC 23423432を検証し、合格しました」などのシステムは、テストケースが非常に多い（そして小規模な）場合の自動テストにのみ適しています。チーム）。

テストプランなどを作成して結果を報告できるTracのプラグインをいくつか見てきましたが、それほどエキサイティングなものはありません。誰かがこれらのツールを使った経験がありますか？tracとの統合によりオーバーヘッドが大幅に削減されますが、すべてのTCがチケットとして提出されるわけではないという問題があります。これに対処する必要があります。

そのようなプロジェクトに何を提案しますか？あなたは同じような状況にありましたか？このような小さなチームで手動テストを過剰に編成することは有害であるという私の意見のために、私がチームの唯一の否定的な発言者になり、怠惰に見えることを望まないので、あなたの意見を大いに歓迎します。

私はいくつかのクライアントとの小さなソフトウェアプロジェクトを持っています。私が探しているのは、次の能力を備えたものです。

1. クライアントは、機能のリクエスト、バグ、またはタスクを送信できます
2. クライアントは、未解決の問題と解決済みの問題のステータスを確認できます
3. クライアントは変更ログを見ることができます
4. 更新やニュースを投稿する場所

持ってうれしい：

• クライアントは自分が投稿した問題のみを見ることができます。他のクライアントではありません
• ホスト型ソリューション

これまでのところ、選択肢は圧倒的です。私はマンティスとハイブマインダーを見てきました。Unfuddleはかなり近いようです。私は自分で何かをホストすることを避けようとしているので、価格（そしてそれはやり過ぎのようです）とTracのためにFogBugzを避けました。既存のソリューションのほとんどは、開発者とクライアントの関係ではなく、開発者のチームを対象としているようです。誰か推奨事項はありますか？

Git にブランチの「説明」を付ける方法はありますか?

わかりやすい名前を使用するように努めていますが、1 つのブランチでしばらく作業していると、なぜ他のトピック ブランチを作成したのかという記憶が薄れてしまうことがあります。ブランチには説明的な名前を使用しようとしていますが、「説明」(ブランチの目的に関する短いメモ) がいいと思います。

gitでトピックブランチを作成するたびにBRANCH_DESCRIPTIONファイルを保持するシステムに取り組んできました。他の人が言っているように、わかりやすい名前を付けようとしても、ブランチを作成した目的を忘れることがあります。

私は主にSOの質問に取り組んできました。特定のファイルで競合するマージに対して常にローカルバージョンを選択するようにgitに指示するにはどうすればよいですか？、しかし、カスタムマージドライバーが呼び出されない場合があります。そのため、マージされるトピックブランチのファイルがローカルブランチを上書きします。例えば：

この時点で、BRANCH_DESCRIPTIONは、ファイルにカスタムマージドライバーが設定されているかどうかに関係なく、マスターブランチの説明が変更されていないため、単純に上書きされます。

何か案は？