現在、コード構造、フォルダ、ファイルの内容、さらにはデータベース構成に基づいて多くの検証を実行するカスタムXAMLビルドワークフローがあります。カスタムXAMLビルドワークフローをTFS 2017拡張に移行する
現在、TFS 2017に移行することを検討する必要があります。可能性、努力および落とし穴を理解しようとしており、これがあなたの助けを借りることができる場所です。
私はロジックがC#で構築されていますが、その言語がJavascriptであるように見えるMSDNのドキュメントを見ると、GitHubのサンプルはTypescriptのようです。私はこの言語の1つを使用することを余儀なくされましたか?私が気づくべきである任意の好きなものや制限はありますか?たとえば、データベースに直接接続できますか?それとも、APIを持ってREST呼び出しを使うのが良いでしょうか?
たとえば、既にいくつかのラップロジックを持つ.Netオブジェクトを使用できますか?
マニフェストファイルでは入力を宣言できますが、何とか出力を使用できますか?たとえば、検証を行うタスクがあり、最終的にはその検証の結果を電子メールで送信するタスクがあります。これは可能ですか?
ありがとうございます。