問題タブ [workitem]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
tfs - 作業項目の種類を変更して、TFS に追加情報を含めるにはどうすればよいですか?
TFS2008. タスク作業項目のタスク ポイントを追跡したいのですが、これを記録する場所が (説明以外に) ありません。0、1、2、3、5、8 などのドロップダウンを追加して、これらのタスク ポイントをレポートにエクスポートできるようにしたいと考えています。
json - タスクに費やした時間を記録するための JSON (または YAML) ベースの「タイムシート」または「作業ログ」関連の形式はありますか?
タスクに費やした時間を記録するために、単純な JSON または YAML (またはその他) のテキストベースの形式が必要です。私はできるだけ多くの作業をテキスト エディター (e テキスト エディター) で行うことを好みます。そのため、Excel などのプログラムに切り替えずに、エディターにとどまる方が自然です (さらに、このようにして、ポータブルな状態を維持し、「開く」ことができます)。 " データ)。すべてのタスクを JSON または YAML 形式で記録すると、IRB (インタラクティブ Ruby) やその他のインタラクティブ プログラミング セッションを使用して、自分用の作業ログ レポートを簡単に作成できるという考えです。また、これを使用して、特定の期間の終わりにクライアント向けのレポートを非常に簡単に生成できます。
フォーマットが既に存在し、次の問題に対処するためのメカニズムがフォーマットにあると便利です。記録するデータの一部は「内部使用のみ」である必要があり、他のデータは「外部」使用に安全である可能性があります。つまり、私が避けたい問題の 1 つは、クライアントに転送してはならないアイテムをフィルター処理するために、テキスト作業ログをふるいにかける手間です。
Q: なぜ JSON や YAML なのか???
A: JSON や YAML は、XML で何かを作成するよりも構文がきれいなようです。ログを入力するのは私なので、余分な終了タグをたくさん入力する必要はありません。
merge - 作業項目に添付されている変更セットを選択してマージするにはどうすればよいですか?
完了した一連の作業項目があり、それらの変更を本番ブランチに移動する準備ができています。それらに添付されている変更セットを見つけて、それらをターゲットブランチと選択的にマージすることは可能ですか?
api - TFS API を使用して新しいワークアイテムを追加できない
こんにちは、API を使用して TFS リポジトリに新しい作業項目を追加しようとしていますが、保存する前に作業項目を検証すると、エラーが返されます。以前、バグのフィールド定義、つまり症状、再現手順、トリアージに関して例外がありました。(エラー コード TF 26027)。コード スニペットを以下に示します。
workitem - TFS API 2010 を使用して新しい変更要求を作成する方法は?
私は TFS API を初めて使用し、現在 Windows フォーム アプリを使用して新しい作業項目を作成中です。TFS 2010 の新しい変更要求、リスク、およびシナリオを作成する方法について、コード例を使用して詳細に説明できる人はいますか?
アジャイル テンプレートで CR を使用できないことは認識していましたが、使用しているアジャイル テンプレートでは「シナリオ」が「サービス リクエスト/変更リクエスト」に相当することをどこかで見ました。
リスクと要件はアジャイルで利用できますか? はいの場合、それらを作成する方法は? 新しいバグとタスクの追加が完了しました。必要に応じて、作業項目の xml テンプレートを編集する方法も教えてください。
ありがとうタラ。
api - tfs apiを使用して変更セットIDに関連付けられた作業項目を取得するには?
こんにちは、選択した変更セットに関連付けられている作業項目のリストをプログラムで取得する必要があります。これまでのところ、Artifacts の概念を使用して作業項目 ID に関連付けられた変更セットを取得することができました。
それぞれ InformationNodeConverters.GetAssociatedChangesets() と InformationNodeConverters.GetAssociatedWorkItems() です。
VSTS 2010 ベータ 1 を使用しています。解決策を知っている人はいますか?
tfs - コードから関連作業項目を表示するには?
XML ファイルに情報を格納する社内設計ツールを使用して、一部の製品を開発しています。TFS との適切な統合を提供するために、チーム エクスプローラーと対話する必要なく、デザイナーを使用しているユーザーのチェックインおよびチェックアウト操作を TFS で追跡するプロバイダーもコーディングしました。
ファイルをチェックインするときに関連する作業項目も追加する必要があるため、いくつかの SDK サンプルをグーグル検索して参照しましたが、ユーザーがコードを関連付けることができる同じ Windows フォームを表示する方法があるかどうかを理解できませんでした。コードから作業項目を作成するか、コードから完全な Windows フォームを実装する必要がありますか (作業項目の取得と検索、それらの関連付け、チェックインの実行など)。2 つのソリューションには、記述する必要があるコードの量に大きな違いがあるため、情報をいただければ幸いです。
api - ワークアイテムの状態の遷移ワークフロー
2010 Beta 2 API を使用していくつかの一般的な TFS タスクを実行する Windows アプリを開発しています (新しいチーム プロジェクト、新しい作業項目、選択的ビルドなどの作成など)。
既存の作業項目を編集する過程で、WI の状態の変化に応じて「理由」フィールドの値を自動的に設定できるはずです (Visual Studio を模倣します)。(例)- バグを編集するとき、状態がアクティブから解決済みに変わると、デフォルトの理由は「修正済み」になり、状態がアクティブからクローズドになると、同様にデフォルトの理由 =「延期」になります。(作業項目タイプ定義 xml ファイルで定義されています。) バグが初めて編集されたときの初期状態はアクティブであるため、この遷移は簡単にキャプチャして、フォームの単純なイベント ハンドラー内に実装できます。
Resolved to Closed (Reason=Fixed)、Resolved to Active (Reason=Test failed/Not fix)、Closed to Active (Reason=Reactivated/Regression) などの残りの遷移を実装する方法を知りたいです。
WorkItem.GetNextState(current_state,action) というメソッドがあることは知っていますが、特定のアクションが必要なため、これは役に立ちません。
これまでに行ったことを以下に示します。
フォームでこれらのイベントを処理する方法を誰かが示すことができますか?
ありがとう、タラ。
tfs - WorkItem の保存 - SaveFlags
2010 Beta 2 では、新しい TFS SDK が WorkItem.Save(SaveFlags) のオーバーロード メソッドを提供します。SaveFlags は、None と MergeLinks の 2 つの値のみを持つ列挙型です。MergeLinks オプションが実際に何をするか知っている人はいますか? どこにも見つからない... よろしくお願いします。
tfs - Team Foundation Server の WorkItem に関連付けられたすべての変更セットをマージする
ビルトインのバグ追跡機能の使用は後回しで、ワークアイテムによるエスカレーションを可能にするヘルプデスク ソフトウェアへの統合をいくつか書きました。
私が方法を見つけていないことの 1 つは、作業項目に関連付けられているすべての変更をマージすることです (たとえば、dev ブランチからメインに移動するなど) - マージ ダイアログで変更セットをダブルクリックして表示できることを感謝します。ワークアイテムに関連付けられており、個々の変更セットと隣接する変更セットのグループを選択できること。しかし、作業項目ごとに変更をマージする方法がないように見えますか?