新しい「コンポジット」起動構成タイプを使用すると、複数のプロセスを同時にデバッグできますが、同時に起動する必要があります。 これは、「クライアント」や「サーバー」のようなものを起動するときはいつでも注意が必要です。サーバーが1秒間準備ができていない可能性があり、クライアントはすぐに準備ができると期待する可能性があるためです。
node-debug2テストを使用してこれを設定しようとしましたが、これは私が考えていたシナリオでしたが、デバッグアダプタープロセスの起動速度によっては、たまにしか機能しません。
ユーザーがサーバー構成を起動し、正しく起動することを確認し、サーバーの準備ができたらクライアント構成を起動できるようにすることについて話しましたか?
これは、11月に取り組む予定の継続的な議論です。 launch.json構成を介してマルチターゲットデバッグを公開することには、次の長所があります。
再生ボタンをクリックし続けるだけでそれを行う間、次の長所があります。
ユーザーが誤って複数のプロセスを起動することもありますが、スマートUXを使用してそれを解決できます。 ユーザーが別の構成を選択した場合にのみ再生ボタンを有効にします(これには、同じプロセスの2つを同時にデバッグできないという制限があります。これは実際にはシナリオではありません)。
私は個人的には2番目のアプローチに賛成です。 ただし、現在のマイルストーンについては、最初のマイルストーンを使用してフィードバックを取得します。
それ以来、これを11月に割り当てることで、どのアプローチを採用するかについてさらに議論することができます。
考慮すべき重要なことの1つは、シナリオとしてのマルチシャードデバッグがいかに重要であるかということです。
@roblourensは、「composite」起動構成を
IsiのコメントによるUIベースのアプローチに加えて、 preLaunchTask
似たものをサポートする予定です。起動構成では、最初の構成がしばらく実行された後に開始される別の起動構成を指定できます。 これはあなたのユースケースをカバーするでしょう。
11月は、 @ isidornの提案を
(そして、「コンポジット」起動構成を保持しますが、製品化します。#14842を参照してください)
最も参考になるコメント
11月は、 @ isidornの提案を
(そして、「コンポジット」起動構成を保持しますが、製品化します。#14842を参照してください)