問題タブ [azure-devops-extensions]

私は一連の VSTS 拡張機能に取り組んでいます。各拡張機能は、独自の小さな Node プロジェクトでpackage.jsonあり、独自のnode_modulesフォルダーがあります。フォルダ構造は次のとおりです。

VSTS ビルド タスクが機能する方法は、完全に自己完結型である必要があるということです。これまでのところ、Commonプロジェクトの内容を各タスクにコピーし、実行tscしてすべてを JavaScript に変換することで、これを修正しました。

これは悪いことではありませんが、Common の内容を常にコピーして何かをテストする必要があります。

ローカル ファイル参照を使用してみました。各タスクの package.json に依存関係を追加しましたfile:../common。これは開発時に機能しますが、拡張機能の生成後に共通モジュールがタスクの一部になることはありません。

私のバックグラウンドはノード開発ではなく、C# です。あちこち検索しましたが、vsts-extensions でうまく機能するソリューションが見つかりませんでした。

• npm pack拡張機能はすべてのファイルがそこにあることを期待しているため、機能していないようです。
• package.json/bundleDependencies有望に見えますが、ローカルファイル参照をバンドルしていません。
• ///<reference path="../common/common.ts"/>編集にはうまく機能しますが、拡張機能をビルドした後も実行できません。
• prepend を使用したプロジェクト参照は機能しません。ビルド タスクには commonjs モジュール リゾルバーが必要です。システムと AMD がモジュールをロードできません。Prepend は後者でのみ機能します。

これを「シームレス」に機能させる方法はありnode_modulesますか?

現在 v4 のリリース タスク (内部) があります。ユーザーに最新バージョンへの移行を奨励したいと考えています。これらの指示に従ってタスクの複数のバージョンをバンドルしたので、非推奨のタグを使用できることを期待していましたが、そのような運はありませんでした。タスクの最高バージョンが非推奨とマークされている場合にのみ機能するように見え、タスク全体を見つけにくくするなどの他の意味があります。

Pester Test Runnerなどのタスクは、タスクの新しいバージョン (この場合は現在 v6-v8) のみを作成する方法を教えてください。v1 の可視性を空にして拡張機能のバージョンを公開してから、タスク フォルダー全体を削除してみましたが、どちらの場合もタスクの v1 は Azure DevOps UI で引き続き使用できました。

Google Cloud Platform の「Cloud Tools for Team Foundation Server」は、Visual Studio Marketplace で入手できるはずですが、見つかりませんか?

https://github.com/GoogleCloudPlatform/google-cloud-tfs

誰かがこのプラグインを使用したか、これが実際に市場で入手可能かどうかを知っていますか?

ありがとう。