GitHub Copilot アプリの最新化に関する FAQ

GitHub Copilot アプリの最新化に関してよく寄せられる質問に回答します。

FAQ

GitHub Copilot アプリの最新化の製品スコープは何ですか?

移行プロセスは常に複雑で、さまざまな層のアプリ エコシステムと絡み合っていることを認識しています。 現時点では、移行スコープを Java バックエンド アプリに制限しています。 Maven または Gradle を使用してビルドされたプロジェクトをサポートします。 主要な製品機能の詳細については、 GitHub Copilot アプリの最新化の概要を参照してください。

GitHub Copilot アプリの最新化は、将来的にオープンソース化されますか?

現在、GitHub Copilot アプリの最新化をオープン ソースにする予定はありません。

GitHub Copilot アプリの最新化を使用するには、どのような GitHub Copilot ライセンス プランが必要ですか?

GitHub Copilot アプリの最新化は、任意の GitHub Copilot プランで利用できます。

GitHub Copilot アプリの最新化はどのように課金されますか?

GitHub Copilot アプリの最新化は GitHub Copilot の機能であり、GitHub Copilot と同じ サブスクリプション課金モデル を共有します。 アプリの最新化タスクでは、Premium 要求が消費され、各サブスクリプション プランで毎月の Premium 要求の許容量が提供されます。 プランの制限を超える場合は、プランのアップグレードまたは Premium 要求の追加購入が必要です。

Java に加えて、他の言語で記述されたアプリも移行する必要があります。 Java を超える GitHub Copilot アプリの最新化の計画はありますか?

現在、GitHub Copilot アプリの最新化は、Java および .NET アプリケーションの支援に重点を置いています。 ただし、他の言語をサポートする必要がある場合は、お客様からの要件とフィードバックを積極的に収集しています。

GitHub Copilot アプリのモダン化によってソース コードが格納されますか?

No. GitHub Copilot アプリの最新化では、GitHub Copilot を使用してコードを変更するのと同じ方法で GitHub Copilot が使用されます。これは、即時セッションを超えてコード スニペットを保持しません。 カスタム タスクの収集、送信、保存も行いません。

テレメトリ メトリックが収集され、分析されて、機能の使用状況と有効性が追跡されます。

詳細については、「 Microsoft プライバシーに関する声明」を参照してください。

GitHub Copilot アプリの最新化を評価するためにどのような種類のアプリケーションを使用しましたか?

GitHub Copilot アプリの最新化を数百のオープンソース リポジトリでテストし、モダン化プロセスの後にビルド、一貫性、単体テストが成功することを確認しました。 また、Technical Preview フェーズでは、お客様と幅広く協力しました。 ユーザーからの入力は、製品のエクスペリエンスを向上させるために使用されます。 このリンクを使用してフィードバックを送信できます。

アップグレード シナリオで最適化された GitHub Copilot アプリの最新化は、どのようなフレームワークですか?

GitHub Copilot アプリの最新化では Java ランタイムのアップグレードに重点が置かれますが、次のフレームワークのアップグレードも最適化されます。

• バージョン 3.5 までの Spring Boot。
• Java EE - Javax から Jakarta EE、ジャカルタ EE 10 まで。
• バージョン 6.2 以降の従来の Spring Framework。
• JUnit。
• さまざまなサード パーティの依存関係。

詳細については、「 Java プロジェクトのアップグレード計画をカスタマイズする」を参照してください。

アップグレードでサポートされている Java のバージョンは何ですか?

現在、次の Java Development Kit (JDK) バージョンがサポートされています。

• JDK 8
• JDK 11
• JDK 17
• JDK 21
• JDK 25

プロジェクトに必要な最小 JDK バージョンは JDK 8 であり、JDK 21 までの任意のバージョンを使用するようにプロジェクトをアップグレードできます。

どのような種類の Java プロジェクトがサポートされていますか?

現在、サポートされているプロジェクトの種類は次のとおりです。

• Maven プロジェクト (Maven ラッパーを含む)
• Gradle プロジェクト (Gradle ラッパーのみ、バージョン 5 以降)

Kotlin DSL ベースの Gradle プロジェクトはサポートされていません。

Java アップグレードの制限事項は何ですか?

現時点では、拡張機能には次の機能制限があります。

• この拡張機能は Java のアップグレードのみをサポートしており、他のプログラミング言語には対応していません。
• Maven と Gradle を使用してビルドされた Java プロジェクトでのみ機能します。
• Git リポジトリのみがサポートされています。 その他のバージョン 管理システムには互換性がありません。
• 拡張機能は、提案する変更が最適であるか、ベスト プラクティスと見なされることを保証できません。

このツールでは、次のベスト プラクティスを使用することをお勧めします。

• 前に説明したように、指定した特性を満たすプロジェクトでのみ拡張機能を実行します。
• 拡張機能の出力を運用ブランチにマージする前に、完全なコード レビューを完了します。
• すべてのテストを実行し、必要に応じて変更管理プロセスに関連付けられている通常の QA チェックを完了します。

複数のアプリを同時に最新化する方法と、多数のアプリのアプリ mod エクスペリエンスをスケーリングする方法

appCAT CLI を使用すると、-bulk フラグを使用して複数のプロジェクトを同時にスキャンできます。 ただし、一度に最新化するプロジェクトまたはアプリは 1 つだけにすることをお勧めします。 1 つのプロジェクトからのコード変更に基づいて独自の移行タスクを作成し、他のプロジェクトに適用することで、反復作業を減らすことができます。

どのモデルを使用する必要がありますか?

一般的な経験則として、新しいモデルは以前のモデルよりも優しています。 コーディング タスクでは、精度を向上するために Claud Sonnet モデルをお勧めします。 ただし、コストを削減するには、 より低い乗数でモデルから探索を開始することを検討してください。

トラブルシューティング ガイド

上位モデルのトークン サイズの制限は何ですか?

詳細なモデル仕様については、 GitHub Copilot のドキュメントを参照してください。

Java ランタイムとフレームワークのアップグレードの運用要件は何ですか?

Java ランタイムとフレームワークのアップグレードを確実に成功させるには、次の情報が必要です。

• プロジェクトの種類。 プロジェクトは、Maven または Gradle を使用してビルド可能な Git ベースの Java プロジェクトである必要があります。
• ターゲット Java バージョン (アップグレード先の JDK バージョン) (Java 21 など)。
• ソース JDK パスとターゲット JDK パス - 現在のバージョンとターゲット バージョンのインストール済み JDK へのパス。
• Maven/Gradle セットアップ - Maven/Gradle ビルド ツールへのパス。 Gradle の場合、Gradle ラッパーのみがサポートされています。

GitHub Copilot アプリの最新化では MCP サーバーはどのように使用されますか。また、更新プログラムを確認したり、問題のトラブルシューティングを行ったりするにはどうすればよいですか?

GitHub Copilot アプリの最新化では、MCP サーバーを使用してコード変換機能を強化します。 Visual Studio Code 拡張機能をインストールすると、MCP サーバーが登録され、自動的に開始されます。

GitHub Copilot チャット パネルの右下隅に特別な更新ボタンがある場合は、ツールの更新プログラムが利用可能であることを示している可能性があります。 ボタンを選択すると、最新バージョンのツールが自動的に読み込まれます。

GitHub Copilot アプリのモダン化 MCP サーバーもログを保持します。 トラブルシューティングを行うには、次の場所にあるログ ファイルを確認します。 %USERPROFILE%/.ghcp-appmod-java/logs

コードを変更せずにプランを一覧表示した後、GitHub Copilot アプリのモダン化が停止する理由

GitHub Copilot アプリの最新化では、先に進む前に明示的な確認が必要な場合があります。 「 はい」 と入力するか、チャットを 続行 して、エージェントがコードの変更を進めることができます。

GitHub Copilot アプリのモダン化で頻繁に [続行] を選択するように求められるのはなぜですか?

より安全な操作を確保するために、GitHub Copilot エージェントはユーザーの確認を繰り返し要求し、回避策として次の構成を使用できます。

• Visual Studio Code の場合は、[ 続行 ] ボタンの横にあるドロップダウン矢印を選択し、[ 常に許可] を選択するか、Visual Studio Code の設定 chat.tools.autoApprove を true に更新して、すべてのツールを自動的に承認できます。 また、chat.agent.maxRequestsするように128を構成して、続行するための確認が必要な手順の数を減らすことをお勧めします。

  

• Intellij IDEA の場合は、[ 続行 ] ボタンを選択するか、設定を更新し、 ツール>GitHub Copilot 構成ウィンドウを選択して、[ 自動承認] を選択します。 また、Trust MCP ツールの注釈を有効にし、最大要求数を99に増やすことをお勧めします。

  

Visual Studio Code で GitHub Copilot アプリのモダン化を使用するために必要なネットワーク構成は何ですか?

Visual Studio Code 内で拡張機能が正しく動作するようにするには、ネットワーク接続が安定しており、GitHub Copilot サービスへのアクセスを許可する必要があります。 制限された環境では、それに応じてプロキシまたはファイアウォール規則を構成することが必要になる場合があります。 チャット ウィンドウで "Language Model Unavailable" のようなエラーが発生した場合は、公式のトラブルシューティング ガイドを参照してください 。GitHub Copilot による企業のネットワークへのアクセスの管理。

すべての機能を確実に取得できるように構成する必要がある設定が GitHub Copilot にありますか?

GitHub Copilot では、一般的にパブリック コードに似ているファイル ( pom.xmlなど) の特定のコード生成がブロックされる場合があります。 Copilot がこれらの変更をブロックしないようにするには、パブリック コードに一致する提案を許可する必要があります。 手順については、「 公開コードに一致する候補の有効化または無効化」を参照してください。

組織で GitHub Copilot の設定を管理するには、組織での Copilot 機能の有効化に関するページを参照してください。

モデル コンテキスト プロトコル (MCP) サーバーを使用する GitHub Copilot アプリの最新化ツールが表示されないのはなぜですか?

GitHub Copilot アプリの最新化では、MCP サーバーを使用して、特殊な移行機能が提供されます。 [最新の情報に更新] を選択すると、このサーバーとの接続が確立され、チャット エージェントで使用可能なツールが更新されます。 このアクションは、次の場合にのみ必要です。

• 移行のために Java プロジェクトを初めて開いたとき。
• 拡張機能を新しいバージョンにアップグレードする場合。

コードの再生成プロセスが不安定なのはなぜですか?

GitHub Copilot アプリの最新化には AI が搭載されているため、時折エラーが発生する可能性があります。 使用する前に、必ず出力を注意深く確認してください。 再生成プロセスを再試行して、代替コードの提案を確認することもできます。

タスクはローカル コンピューター上のどこに格納され、どのように共有できますか?

定義済みのタスクは、次の場所にあります。 %USERPROFILE%.vscode\extensions\microsoft.migrate-java-to-azure-0.1.0\rag

カスタム タスクは次の場所にあります。 %USERPROFILE%.azure\migrate-copilot\custom-rule

エージェントによって行われたコード変更の詳細を表示するにはどうすればよいですか?

エージェントは常に、チャット ウィンドウにコードの変更に関する説明を含めます。 ただし、これらの詳細は UI で折りたたまれている可能性があります。 チャットの応答を展開して、完全な根拠とステップ バイ ステップの推論を確認できます。

Linux プラットフォーム上の IntelliJ IDEA で GitHub Copilot アプリのモダン化機能を使用できますか?

現在サポートされているのは Windows プラットフォームと macOS プラットフォームのみです。

GitHub Copilot アプリの最新化に関してよく寄せられる質問に回答します。

移行プロセスは常に複雑で、さまざまな層のアプリ エコシステムと絡み合っていることを認識しています。 現時点では、移行スコープを Java バックエンド アプリに制限しています。 Maven または Gradle を使用してビルドされたプロジェクトをサポートします。 主要な製品機能の詳細については、 GitHub Copilot アプリの最新化の概要を参照してください。

現在、GitHub Copilot アプリの最新化をオープン ソースにする予定はありません。

GitHub Copilot アプリの最新化は、任意の GitHub Copilot プランで利用できます。

GitHub Copilot アプリの最新化は GitHub Copilot の機能であり、GitHub Copilot と同じ サブスクリプション課金モデル を共有します。 アプリの最新化タスクでは、Premium 要求が消費され、各サブスクリプション プランで毎月の Premium 要求の許容量が提供されます。 プランの制限を超える場合は、プランのアップグレードまたは Premium 要求の追加購入が必要です。

現在、GitHub Copilot アプリの最新化は、Java および .NET アプリケーションの支援に重点を置いています。 ただし、他の言語をサポートする必要がある場合は、お客様からの要件とフィードバックを積極的に収集しています。

No. GitHub Copilot アプリの最新化では、GitHub Copilot を使用してコードを変更するのと同じ方法で GitHub Copilot が使用されます。これは、即時セッションを超えてコード スニペットを保持しません。 カスタム タスクの収集、送信、保存も行いません。

テレメトリ メトリックが収集され、分析されて、機能の使用状況と有効性が追跡されます。

詳細については、「 Microsoft プライバシーに関する声明」を参照してください。

GitHub Copilot アプリの最新化を数百のオープンソース リポジトリでテストし、モダン化プロセスの後にビルド、一貫性、単体テストが成功することを確認しました。 また、Technical Preview フェーズでは、お客様と幅広く協力しました。 ユーザーからの入力は、製品のエクスペリエンスを向上させるために使用されます。 このリンクを使用してフィードバックを送信できます。

GitHub Copilot アプリの最新化では Java ランタイムのアップグレードに重点が置かれますが、次のフレームワークのアップグレードも最適化されます。

• バージョン 3.5 までの Spring Boot。
• Java EE - Javax から Jakarta EE、ジャカルタ EE 10 まで。
• バージョン 6.2 以降の従来の Spring Framework。
• JUnit。
• さまざまなサード パーティの依存関係。

詳細については、「 Java プロジェクトのアップグレード計画をカスタマイズする」を参照してください。

現在、次の Java Development Kit (JDK) バージョンがサポートされています。

• JDK 8
• JDK 11
• JDK 17
• JDK 21
• JDK 25

プロジェクトに必要な最小 JDK バージョンは JDK 8 であり、JDK 21 までの任意のバージョンを使用するようにプロジェクトをアップグレードできます。

現在、サポートされているプロジェクトの種類は次のとおりです。

• Maven プロジェクト (Maven ラッパーを含む)
• Gradle プロジェクト (Gradle ラッパーのみ、バージョン 5 以降)

Kotlin DSL ベースの Gradle プロジェクトはサポートされていません。

現時点では、拡張機能には次の機能制限があります。

• この拡張機能は Java のアップグレードのみをサポートしており、他のプログラミング言語には対応していません。
• Maven と Gradle を使用してビルドされた Java プロジェクトでのみ機能します。
• Git リポジトリのみがサポートされています。 その他のバージョン 管理システムには互換性がありません。
• 拡張機能は、提案する変更が最適であるか、ベスト プラクティスと見なされることを保証できません。

このツールでは、次のベスト プラクティスを使用することをお勧めします。

• 前に説明したように、指定した特性を満たすプロジェクトでのみ拡張機能を実行します。
• 拡張機能の出力を運用ブランチにマージする前に、完全なコード レビューを完了します。
• すべてのテストを実行し、必要に応じて変更管理プロセスに関連付けられている通常の QA チェックを完了します。

appCAT CLI を使用すると、-bulk フラグを使用して複数のプロジェクトを同時にスキャンできます。 ただし、一度に最新化するプロジェクトまたはアプリは 1 つだけにすることをお勧めします。 1 つのプロジェクトからのコード変更に基づいて独自の移行タスクを作成し、他のプロジェクトに適用することで、反復作業を減らすことができます。

一般的な経験則として、新しいモデルは以前のモデルよりも優しています。 コーディング タスクでは、精度を向上するために Claud Sonnet モデルをお勧めします。 ただし、コストを削減するには、 より低い乗数でモデルから探索を開始することを検討してください。

詳細なモデル仕様については、 GitHub Copilot のドキュメントを参照してください。

Java ランタイムとフレームワークのアップグレードを確実に成功させるには、次の情報が必要です。

• プロジェクトの種類。 プロジェクトは、Maven または Gradle を使用してビルド可能な Git ベースの Java プロジェクトである必要があります。
• ターゲット Java バージョン (アップグレード先の JDK バージョン) (Java 21 など)。
• ソース JDK パスとターゲット JDK パス - 現在のバージョンとターゲット バージョンのインストール済み JDK へのパス。
• Maven/Gradle セットアップ - Maven/Gradle ビルド ツールへのパス。 Gradle の場合、Gradle ラッパーのみがサポートされています。

GitHub Copilot アプリの最新化では、MCP サーバーを使用してコード変換機能を強化します。 Visual Studio Code 拡張機能をインストールすると、MCP サーバーが登録され、自動的に開始されます。

GitHub Copilot チャット パネルの右下隅に特別な更新ボタンがある場合は、ツールの更新プログラムが利用可能であることを示している可能性があります。 ボタンを選択すると、最新バージョンのツールが自動的に読み込まれます。

GitHub Copilot アプリのモダン化 MCP サーバーもログを保持します。 トラブルシューティングを行うには、次の場所にあるログ ファイルを確認します。 %USERPROFILE%/.ghcp-appmod-java/logs

GitHub Copilot アプリの最新化では、先に進む前に明示的な確認が必要な場合があります。 「 はい」 と入力するか、チャットを 続行 して、エージェントがコードの変更を進めることができます。

より安全な操作を確保するために、GitHub Copilot エージェントはユーザーの確認を繰り返し要求し、回避策として次の構成を使用できます。

• Visual Studio Code の場合は、[ 続行 ] ボタンの横にあるドロップダウン矢印を選択し、[ 常に許可] を選択するか、Visual Studio Code の設定 chat.tools.autoApprove を true に更新して、すべてのツールを自動的に承認できます。 また、chat.agent.maxRequestsするように128を構成して、続行するための確認が必要な手順の数を減らすことをお勧めします。

  

• Intellij IDEA の場合は、[ 続行 ] ボタンを選択するか、設定を更新し、 ツール>GitHub Copilot 構成ウィンドウを選択して、[ 自動承認] を選択します。 また、Trust MCP ツールの注釈を有効にし、最大要求数を99に増やすことをお勧めします。

  

Visual Studio Code 内で拡張機能が正しく動作するようにするには、ネットワーク接続が安定しており、GitHub Copilot サービスへのアクセスを許可する必要があります。 制限された環境では、それに応じてプロキシまたはファイアウォール規則を構成することが必要になる場合があります。 チャット ウィンドウで "Language Model Unavailable" のようなエラーが発生した場合は、公式のトラブルシューティング ガイドを参照してください 。GitHub Copilot による企業のネットワークへのアクセスの管理。

GitHub Copilot では、一般的にパブリック コードに似ているファイル ( pom.xmlなど) の特定のコード生成がブロックされる場合があります。 Copilot がこれらの変更をブロックしないようにするには、パブリック コードに一致する提案を許可する必要があります。 手順については、「 公開コードに一致する候補の有効化または無効化」を参照してください。

組織で GitHub Copilot の設定を管理するには、組織での Copilot 機能の有効化に関するページを参照してください。

GitHub Copilot アプリの最新化では、MCP サーバーを使用して、特殊な移行機能が提供されます。 [最新の情報に更新] を選択すると、このサーバーとの接続が確立され、チャット エージェントで使用可能なツールが更新されます。 このアクションは、次の場合にのみ必要です。

• 移行のために Java プロジェクトを初めて開いたとき。
• 拡張機能を新しいバージョンにアップグレードする場合。

GitHub Copilot アプリの最新化には AI が搭載されているため、時折エラーが発生する可能性があります。 使用する前に、必ず出力を注意深く確認してください。 再生成プロセスを再試行して、代替コードの提案を確認することもできます。

定義済みのタスクは、次の場所にあります。 %USERPROFILE%.vscode\extensions\microsoft.migrate-java-to-azure-0.1.0\rag

カスタム タスクは次の場所にあります。 %USERPROFILE%.azure\migrate-copilot\custom-rule

エージェントは常に、チャット ウィンドウにコードの変更に関する説明を含めます。 ただし、これらの詳細は UI で折りたたまれている可能性があります。 チャットの応答を展開して、完全な根拠とステップ バイ ステップの推論を確認できます。

現在サポートされているのは Windows プラットフォームと macOS プラットフォームのみです。