2017-12-15 13 views
0

内部で使用するためにVSTS拡張機能を作成しました。私はMS DevLabsの "CI/CD Tools for VSTS Extensions"を使ってCI/CDパイプラインを作成しました。私のアプローチは、最初にエクステンションをプライベートテストVSTSコレクションにプッシュしてから、それらを確認してから、それらを "プロード"コレクションと共有することでした。私は昨日気づいたが、私の変更は私のプロダクションコレクションですぐに見えたので、それを修正する必要がある。VSTS - テスト用プライベートコレクションにエクステンションを公開

リリースパイプラインは次のとおりです。

テスト環境を拡張、共有拡張を公開し、拡張機能をインストールありません。

  • は公開:私は私のテストコレクションへ セットがある「と共有」プライベートとに設定し、「拡張可視性」を持っています。
  • 共有:「共有する」がテストコレクションに設定されています。
  • インストール:

prod環境は、共有を行い、インストール、私のテストコレクションに設定されている「のインストール」。それらは私のプロダクトコレクションに押し出す。 Testを検証した後にprod環境にリリースできるように、Pre-deployment認可が設定されています。私はまだ変更を承認していないので、私はprodコレクションの変更を期待していません。

なぜ私の拡張機能は、テスト環境に対してのみ実行した後、すぐに私のprodコレクションに公開されますか?拡張機能をインストールしたコレクションを公開すると、新しい機能が表示されるのでしょうか?公開のステップで非公開プレビューの表示を設定する必要はありますか?

私の拡張機能をプライベートプレビューからプライベートに変更するには、「プロダクト」環境で公開する必要がありますか?バージョン管理の段階をビルドからリリースする必要があるとの懸念があります。私は、バージョンを変更せずに拡張機能を再度公開することはできないと仮定しています。共有は公開の一部であるため、テスト環境では共有ステップが必要ですか?

答えて

1

バージョン管理はビルドで一度だけ行います。各ビルドによってバージョン番号が増えます。これらのバージョンが展開されます。これは、パブリック拡張がテスト環境にのみデプロイされるため、いくつかのバージョンをスキップすることを意味します。ビルドによってVSIXが生成されます。

市場では、alm-rangersとmsdevlabsの2つのパブリッシャーアカウントを使用しています。 ALMレンジャーズは私たちのプライベートテストに使用されています。 msdevlabsは、市場で公開されているパブリックアカウントです。

各リリース環境には、1つのタスク、「拡張機能の公開」が1つだけあります。カナリアの環境では、拡張機能をプライベートとして公開します。パブリックとしてmsdevlabsの場合。

はここにいくつかのスクリーンショットです:

Release pipeline Canaries Users

私はので、私はそれを改善する方法を教えてください延長パイプラインの指導に取り組んALMレンジャーです!

+0

ありがとうございます。私はこれを撃つだろう。私は2番目の出版社アカウントが私にとって欠けていると思う。 –

関連する問題