🚀 VS Code で を入手しましょう!

Python 設定リファレンス

Visual Studio Code 用 Python 拡張機能は高度に構成可能です。このページでは、操作できる主要な設定について説明します。

VS Code での設定の操作に関する一般的な情報については、ユーザー設定とワークスペース設定、および定義済み変数のサポートに関する情報については、変数のリファレンスを参照してください。

Python の一般的な設定

設定
(python.)		 既定 説明
condaPath "conda" conda 実行可能ファイルへのパス。
defaultInterpreterPath "python" ワークスペースで最初に読み込まれるときに Python 拡張機能で使用される既定の Python インタープリターへのパス、または Python インタープリターを含むフォルダーへのパス。
${workspaceFolder} や ${workspaceFolder}/.venv などの変数を使用できます。
フォルダーへのパスを使用すると、プロジェクトを操作するすべてのユーザーが、正確なプラットフォーム依存のパスを指定する代わりに、オペレーティングシステムに応じて .venv フォルダーに環境を作成できます。その後、settings.json ファイルをソースコードリポジトリに含めることができます。
注: ワークスペースにインタープリターが選択された後で行われたこの設定の変更は、Python 拡張機能によって適用または考慮されません。Python 拡張機能は、この設定を自動的に追加または変更しません。
envFile "${workspaceFolder}/
.env"		 環境変数定義を含むファイルへの絶対パス。
Python 環境の構成 - 環境変数定義ファイル を参照してください。
experiments.enabled true Python 拡張機能の A/B 実験 を有効にします。有効にすると、提案された機能強化や機能が提供される場合があります。
globalModuleInstallation false 現在のユーザーのみに --user コマンドライン引数 (既定) を使用してパッケージをインストールするか、グローバル環境内のすべてのユーザーにインストールするか (true に設定した場合) を指定します。仮想環境を使用する場合は無視されます。
--user 引数の詳細については、pip - ユーザーインストール を参照してください。
interpreter.infoVisibility "onPythonRelated" ステータスバーに選択したインタープリター情報をいつ表示するかを制御します。
既定では、エディターで Python 関連ファイルが開いている場合にのみ表示されます。
常にステータスバーに表示する場合は "always" に設定するか、完全に非表示にする場合は "never" に設定できます。
pipenvPath "pipenv" アクティベーションに使用する pipenv 実行可能ファイルへのパス。
poetryPath "poetry" インストールされている場合、Poetry 依存関係マネージャー 実行可能ファイルの場所を指定します。既定値の "poetry" は、実行可能ファイルが現在のパスにあることを前提としています。
Python 拡張機能は、Poetry が利用可能で、ワークスペースフォルダーに poetry.lock ファイルがある場合に、この設定を使用してパッケージをインストールします。
REPL.enableREPLSmartSend true Shift+Enter がスマート送信を活用するかどうかを指定します。スマート送信は、カーソルが置かれているコードを見て、実行可能な最小限のコードチャンクを Python REPL に送信し、カーソルをコードの次の行に置きます。
terminal.activateEnvInCurrentTerminal false Python 拡張機能がアクティブ化されたときに、選択された仮想環境を使用して、現在開いているターミナルをアクティブ化するかどうかを指定します。
terminal.activateEnvironment true 新しいターミナルが作成されたときに、[Python: インタープリターを選択] コマンドを使用して選択した環境を自動的にアクティブ化するかどうかを示します。
たとえば、この設定が true で、仮想環境を選択した場合、拡張機能は新しいターミナルを作成するときに、環境のアクティブ化コマンド (macOS/Linux では source env/bin/activate、Windows では env\scripts\activate) を自動的に実行します。
terminal.executeInFileDir false ファイルを現在のフォルダーの代わりにファイルのディレクトリで実行するかどうかを示します。
terminal.focusAfterLaunch false Python ターミナルを起動するときに、カーソルのフォーカスをターミナルに切り替えるかどうか。
terminal.launchArgs [] [Python: ターミナルで Python ファイルを実行] などのコマンドを使用してファイルを実行するときに、Python インタープリターに与えられる起動引数。
launchArgs リストでは、各項目はスペースで区切られたトップレベルのコマンドライン要素です (スペースを含む引用符で囲まれた値は単一のトップレベル要素であるため、リスト内の 1 つの項目です)。
たとえば、引数 --a --b --c {"value1" : 1, "value2" : 2} の場合、リスト項目は ["--a", "--b", "--c", "{\"value1\" : 1, \"value2\" : 2}\""] にする必要があります。
VS Code はデバッグ時にこの設定を無視することに注意してください。代わりに、launch.json で選択したデバッグ構成からの引数を使用するためです。
venvFolders [] 仮想環境が作成されるフォルダーへのパス。
使用される仮想化ツールに応じて、プロジェクト自体 (${workspaceFolder}) にすることも、すべての仮想環境を並べて配置するための個別のフォルダー (.\envs、~/.virtualenvs など) にすることもできます。

デバッガーの設定

一般的なデバッグ

設定
(python.debugpy.)		 既定 説明 こちらも参照
debugJustMyCode true デバッガーがユーザーが記述したコードのみをステップ実行するかどうかを指定します。無効にすると、ライブラリコードもステップ実行できます。 デバッグ

テストの設定

一般的なテスト

設定
(python.testing.)		 既定 説明 こちらも参照
autoTestDiscoverOnSaveEnabled true テストファイルを保存するときに、テスト検出の自動実行を有効にするか無効にするかを指定します。 テスト
cwd null テストのオプションの作業ディレクトリを指定します。 テスト
debugPort 3000 unittest テストのデバッグに使用されるポート番号。 テスト
promptToConfigure true 潜在的なテストが検出された場合に、VS Code がテストフレームワークを構成するように求めるかどうかを指定します。 テスト

unittest フレームワーク

設定
(python.testing.)		 既定 説明 こちらも参照
unittestArgs ["-v", "-s", ".", "-p", "*test*.py"] unittest に渡す引数。スペースで区切られた各トップレベル要素は、リスト内の個別の項目です。 テスト
unittestEnabled false unittest がテストに対して有効になっているかどうかを指定します。 テスト

pytest フレームワーク

設定
(python.testing.)		 既定 説明 こちらも参照
pytestArgs [] pytest に渡す引数。スペースで区切られた各トップレベル要素は、リスト内の個別の項目です。pytest-cov がインストールされた状態でテストをデバッグする場合は、これらの引数に --no-cov を含めます。 テスト
pytestEnabled false pytest がテストに対して有効になっているかどうかを指定します。 テスト
pytestPath "pytest" pytest へのパス。pytest が現在の環境の外部にある場合は、完全パスを使用します。 テスト

コード分析の設定

IntelliSense エンジン設定

注: 言語サーバー設定を変更したことがない場合、言語サーバーは「既定」設定値で Pylance に設定されています。

設定
(python.)		 既定 説明
languageServer 既定 言語サーバーのタイプ (既定、Pylance、Jedi、および None) を定義します。

Python Language Server の設定

Pylance Language Server

言語サーバーの設定は、python.languageServer が Pylance または Default の場合に適用されます。言語サーバーに問題がある場合は、言語サーバーリポジトリの トラブルシューティング を参照してください。

設定
(python.analysis.)		 既定 説明
aiCodeActions true 特定の AI 支援コードアクションを有効にするかどうか。有効にするには、GitHub Copilot Chat 拡張機能を有効にする必要があります。
使用可能な値は、キーとしてコードアクション、値としてブール値を持つオブジェクトです。
キーとして使用できるコードアクション
  • implementAbstractClasses: 抽象クラスから継承されたクラスのメソッドを実装するコードアクションを有効にします。GitHub Copilot からの AI サジェストを使用して、メソッド本体を生成します。
使用例: {"implementAbstractClasses": true}
autoFormatStrings false 文字列内で "{" を入力するときに、自動的に "f" をプレフィックスとして付けるかどうか。
autoImportCompletions false 補完での自動インポートの提供を制御します。使用可能な値は true と false です。
autoIndent true Python コードを入力するときに、言語セマンティクスに基づいてインデントを自動的に調整するかどうか。
使用可能な値は true または false です。
autoSearchPaths true いくつかの定義済み名 (src など) に基づいて検索パスを自動的に追加するかどうかを示します。使用可能な値は true と false です。
completeFunctionParens false 関数補完に括弧を追加します。使用可能な値は true と false です。
diagnosticMode openFilesOnly 言語サーバーが問題を分析するコードファイルを指定します。
使用可能な値は workspace と openFilesOnly です。
diagnosticSeverityOverrides {} ユーザーが個々の診断の重大度レベルをオーバーライドできるようにします。
ルールごとに、使用可能な重大度レベルは error (赤い波線)、warning (黄色の波線)、information (青い波線)、および none (ルールが無効) です。
診断の重大度ルールに使用するキーの詳細については、以下の 診断の重大度ルール セクションを参照してください。
enableEditableInstalls false PEP 660 で定義されているように、編集可能モード (pip install -e .) でインストールされたパッケージのインポートパスを解決することにより、IntelliSense サポートを向上させます。
exclude [] 分析に含めないディレクトリまたはファイルのパス。
これらは、python.analysis.include 設定にリストされているディレクトリをオーバーライドし、特定のサブディレクトリを除外できるようにします。
この exclude 設定にリストされているファイルは、除外リストにないソースファイルによって参照/インポートされている場合でも、分析に含まれる可能性があることに注意してください。
パスには、** (ディレクトリまたは複数レベルのディレクトリ)、* (0 個以上の文字のシーケンス)、または ? (単一の文字) などのワイルドカード文字を含めることができます。
除外パスが指定されていない場合、Pylance は自動的に **/node_modules、**/\_\_pycache\_\_、.git、および仮想環境ディレクトリを除外します。
extraPaths [] インポート解決のための追加の検索パスを指定します。
パスは文字列として指定し、複数のパスがある場合はコンマで区切って指定します。例: ["path 1","path 2"]。
importFormat absolute モジュールを自動インポートするときの既定の形式を定義します。使用可能な値は absolute または relative です。
include [] 分析に含めるディレクトリまたはファイルのパス。
パスが指定されていない場合、Pylance は既定でワークスペースルートを含むディレクトリになります。
パスには、** (ディレクトリまたは複数レベルのディレクトリ)、* (0 個以上の文字のシーケンス)、または ? (単一の文字) などのワイルドカード文字を含めることができます。
fixAll [] [すべて修正] コマンドまたは source.fixAll コードアクションを実行するときに実行するコードアクションのリスト。
このリストで使用可能な値
  • source.unusedImports: 開いているファイル内の未使用のインポートをすべて削除します
  • source.convertImportFormat: python.analysis.importFormat 設定に従ってインポートを変換します
includeAliasesFromUserFiles false ユーザーファイルからのエイリアスシンボルを、自動インポートの提案とインポートの追加クイックフィックスに含めるかどうか。無効にすると、Pylance はシンボルが定義されている場所からのインポート提案を提供します。有効にすると、シンボルがインポート (つまり、エイリアス) されているファイルからのインポート提案も提供します。使用可能な値は true と false です。
ignore [] 含められているファイルまたは含められているファイルの推移的閉包内にある場合でも、診断出力 (エラーと警告) を抑制する必要があるディレクトリまたはファイルのパス。
パスには、** (ディレクトリまたは複数レベルのディレクトリ)、* (0 個以上の文字のシーケンス)、または ? (単一の文字) などのワイルドカード文字を含めることができます。
値が指定されていない場合、python.linting.ignorePatterns (設定されている場合) の値が使用されます。
indexing true Pylance が起動時にユーザーファイルとインストールされているサードパーティライブラリの両方をインデックス化して、自動インポート、クイックフィックス、自動補完などの機能でより完全なシンボルセットを提供するかどうかを指定するために使用されます。
使用可能な値は true または false です。
true に設定すると、既定では、Pylance はインストールされているパッケージのトップレベルシンボル (つまり、package/__init__.py の下の __all__ 内のシンボル) と、最大 2000 個のユーザーファイルからのすべてのシンボルをインデックス化します。
false に設定すると、Pylance は、エディターで以前に開かれた、またはエディターによって読み込まれたファイルで既に参照または使用されているシンボルのみを表示します。
inlayHints.callArgumentNames false 呼び出し引数名に対してインレイヒントを表示するかどうか。使用可能な値は true または false です。
inlayHints.functionReturnTypes false 関数の戻り値の型に対してインレイヒントを表示するかどうか。使用可能な値は true または false です。
inlayHints.pytestParameters false pytest フィクスチャ引数の型に対してインレイヒントを表示するかどうか。使用可能な値は true または false です。
inlayHints.variableTypes false 変数の型に対してインレイヒントを表示するかどうか。使用可能な値は true または false です。
languageServerMode default 開発ニーズに基づいて Pylance のパフォーマンスを最適化するための定義済み構成を提供します。
使用可能な値は default と light です。
default に設定すると、言語サーバーはシステムに過負荷をかけずに、ほとんどのマシンに十分な機能を提供します。
light に設定すると、軽量でメモリ効率の高いセットアップが可能になります。このモードでは、Pylance を合理化されたテキストエディターのように機能させるためにさまざまな機能が無効になり、IntelliSense 機能の全範囲を必要とせず、Pylance が可能な限りリソースフレンドリーであることを好むユーザーに最適です。
既定の設定値は、各モードによって以下のようにオーバーライドされます
設定 light モード default モード
python.analysis.exclude ["**"] []
python.analysis.useLibraryCodeForTypes false true
python.analysis.enablePytestSupport false true
python.analysis.indexing false true
logLevel Error 言語サーバーによって実行されるロギングのレベルを指定します。
可能なロギングレベルは、提供される情報のレベルが増加する順に、Error、Warning、Information、および Trace です。
nodeArguments "--max-old-space-size=8192" python.analysis.nodeExecutable で定義されたカスタム Node.js 実行可能ファイルにカスタム引数を直接指定します。これは、より多くのメモリを割り当てるか、Node.js の動作を構成するために使用できます。
Node.js でサポートされている引数のリストを受け入れます。各 "arg=value" は、リスト内でコンマで区切る必要があります。
使用例: "python.analysis.nodeArguments": ["--max-old-space-size=8192"]
nodeExecutable "" 使用する Node.js 実行可能ファイルを指定します。これにより、Pylance はより多くのメモリを割り当てることができます。
使用可能な値は、実行可能ファイルパスを含む文字列、空の文字列、または "auto" です。
空の文字列に設定すると、Pylance は VS Code の Node 実行可能ファイルを使用します。"auto" に設定すると、Node.js を自動的にダウンロードします。
packageIndexDepths [] インストールされているパッケージの下でインデックスを作成するレベル数をパッケージごとにオーバーライドするために使用されます。
既定では、トップレベルモジュールのみがインデックス化されます (depth = 1)。
サブモジュールをインデックス化するには、インデックス化するサブモジュールのレベルごとに depth を 1 ずつ増やします。
使用可能な値は、{"name": "パッケージ名 (str)", "depth": "スキャンする深さ (int)", "includeAllSymbols": "すべてのシンボルを含めるかどうか (bool)"} のようなオブジェクトのタプルです。
includeAllSymbols が false に設定されている場合、各パッケージの __all__ 内のシンボルのみが含まれます。true に設定されている場合、Pylance はファイル内のすべてのモジュール/トップレベルシンボル宣言をインデックス化します。
使用例: [{"name": "sklearn", "depth": 2, "includeAllSymbols": true}, {"name": "matplotlib", "depth": 3, "includeAllSymbols": false}]
stubPath ./typings カスタム型スタブを含むディレクトリへのパスを指定します。各パッケージの型スタブファイルは、独自のサブディレクトリにあることが想定されています。
typeCheckingMode off 実行する型チェック分析のレベルを指定します。
使用可能な値は off、basic、および strict です。
off に設定すると、型チェック分析は実行されません。未解決のインポート/変数診断が生成されます。
basic に設定すると、型チェック関連以外のルール (off のすべてのルール) と、基本的な型チェックルールが使用されます。
strict に設定すると、最高重大度エラーのすべての型チェックルール (off および basic カテゴリのすべてのルールを含む) が使用されます。
useLibraryCodeForTypes true 型スタブが見つからない場合に、パッケージのソースコードを解析します。使用可能な値は true と false です。
userFileIndexingLimit 2000 Pylance がワークスペースでインデックスを作成するユーザーファイルの最大数を設定します。-1 に設定すると、Pylance はすべてのファイルをインデックス化します。
ファイルのインデックス作成はパフォーマンス集約的なタスクであることに注意してください。

診断の重大度ルール

このセクションでは、次の例に示すように、python.analysis.diagnosticSeverityOverrides 設定を使用してカスタマイズできるすべての使用可能なルールについて詳しく説明します。

{
  "python.analysis.diagnosticSeverityOverrides": {
    "reportUnboundVariable": "information",
    "reportImplicitStringConcatenation": "warning"
  }
}
値 説明
reportAssertAlwaysTrue おそらく常にアサートされる 'assert' ステートメントの診断。これはプログラミングエラーを示している可能性があります。
reportCallInDefaultInitializer 既定値の初期化式内の関数呼び出しの診断。このような呼び出しは、モジュールの初期化時に実行されるコストのかかる操作を隠蔽する可能性があります。
reportConstantRedefinition 名前がすべて大文字で、アンダースコアと数字で構成されている変数を再定義しようとする試みの診断。
reportDuplicateImport 複数回インポートされたインポートされたシンボルまたはモジュールの診断。
reportFunctionMemberAccess 関数に対するメンバーアクセスの診断。
reportGeneralTypeIssues 一般的な型の不整合、サポートされていない操作、引数/パラメーターの不一致などの診断。これは、他のルールでカバーされていない基本的な型チェックルールをすべてカバーします。構文エラーは含まれません。
reportImportCycles 循環インポートチェーンの診断。これらは Python ではエラーではありませんが、型分析を遅くし、多くの場合、アーキテクチャの階層化の問題を暗示しています。一般的に、これらは避ける必要があります。
reportImplicitStringConcatenation 連続する 2 つ以上の文字列リテラルの診断。暗黙的な連結を示します。これは悪い習慣と見なされ、多くの場合、コンマの欠落などのバグを隠蔽します。
reportIncompatibleMethodOverride 互換性のない方法で (パラメーターの数が間違っている、パラメーターの型が互換性がない、または戻り値の型が互換性がない)、基底クラスで同じ名前のメソッドをオーバーライドするメソッドの診断。
reportIncompatibleVariableOverride 基底クラスシンボル型と互換性のない型で、基底クラスで同じ名前のシンボルをオーバーライドするクラス変数宣言の診断。
reportInvalidStringEscapeSequence 文字列リテラル内で使用される無効なエスケープシーケンスの診断。Python 仕様では、このようなシーケンスは将来のバージョンで構文エラーを生成することが示されています。
reportInvalidStubStatement スタブファイル内に表示されるべきではないステートメントの診断。
reportInvalidTypeVarUse 関数シグネチャでの型変数の不適切な使用の診断。
reportMissingImports 対応するインポートされた python ファイルまたは型スタブファイルがないインポートの診断。
reportMissingModuleSource 対応するソースファイルがないインポートの診断。これは、型スタブが見つかったが、モジュールソースファイルが見つからなかった場合に発生し、この実行環境を使用するとコードがランタイム時に失敗する可能性があることを示しています。型チェックは型スタブを使用して行われます。
reportMissingTypeArgument ジェネリッククラスが明示的または暗黙的な型引数なしで使用されている場合の診断。
reportMissingTypeStubs 対応する型スタブファイル (typeshed ファイルまたはカスタム型スタブ) がないインポートの診断。型チェッカーは、分析を最大限に実行するために型スタブを必要とします。
reportOptionalCall Optional 型の変数で関数を呼び出そうとする試みの診断。
reportOptionalContextManager Optional 型をコンテキストマネージャーとして使用しようとする試みの診断 (with ステートメントへのパラメーターとして)。
reportOptionalIterable Optional 型を反復可能な値として使用しようとする試みの診断 (例: for ステートメント内)。
reportOptionalMemberAccess Optional 型の変数のメンバーにアクセスしようとする試みの診断。
reportOptionalOperand Optional 型をバイナリまたは単項演算子 (「+」、「==」、「or」、「not」など) のオペランドとして使用しようとする試みの診断。
reportOptionalSubscript Optional 型の変数を添え字 (インデックス) を付けようとする試みの診断。
reportPrivateUsage プライベート変数または保護された変数または関数の不正な使用の診断。保護されたクラスメンバーは単一のアンダースコア _ で始まり、サブクラスのみがアクセスできます。プライベートクラスメンバーは二重アンダースコアで始まりますが、二重アンダースコアで終わらず、宣言クラス内でのみアクセスできます。クラスの外部で宣言された変数と関数は、名前が単一または二重アンダースコアのいずれかで始まる場合、プライベートと見なされ、宣言モジュールの外部からアクセスすることはできません。
reportPropertyTypeMismatch セッターに渡される値の型が、ゲッターによって返される値に代入できないプロパティの診断。このような不一致は、変数のように動作することを意図しているプロパティの意図された使用法に違反します。
reportSelfClsParameterName インスタンスメソッドの欠落または名前が間違った「self」パラメーター、およびクラスメソッドの「cls」パラメーターの診断。メタクラス (「type」から派生したクラス) のインスタンスメソッドでは、インスタンスメソッドに「cls」を使用できます。
reportUndefinedVariable 未定義変数の診断。
reportUnboundVariable バインドされていない可能性のある変数とバインドされていない変数の診断。
reportUnknownArgumentType 不明な型を持つ関数またはメソッドの呼び出し引数の診断。
reportUnknownLambdaType 不明な型を持つラムダの入力または戻りパラメーターの診断。
reportUnknownMemberType 不明な型を持つクラス変数またはインスタンス変数の診断。
reportUnknownParameterType 不明な型を持つ関数またはメソッドの入力または戻りパラメーターの診断。
reportUnknownVariableType 不明な型を持つ変数の診断。
reportUnnecessaryCast 静的に不要であると判断された 'cast' 呼び出しの診断。このような呼び出しは、プログラミングエラーを示している場合があります。
reportUnnecessaryIsInstance 結果が常に真または常に偽であると静的に判断された 'isinstance' または 'issubclass' 呼び出しの診断。このような呼び出しは、多くの場合、プログラミングエラーを示しています。
reportUnusedCallResult 結果が消費されず、None でもない呼び出し式の診断。
reportUnusedClass アクセスされないプライベート名 (アンダースコアで始まる) を持つクラスの診断。
reportUnusedCoroutine Coroutine を返し、結果が消費されない呼び出し式の診断。
reportUnusedFunction アクセスされないプライベート名 (アンダースコアで始まる) を持つ関数またはメソッドの診断。
reportUnusedImport そのファイル内で参照されていないインポートされたシンボルの診断。
reportUnusedVariable アクセスされない変数の診断。
reportUnsupportedDunderAll __all__ で実行されるサポートされていない操作の診断。
reportWildcardImportFromLibrary 外部ライブラリからのワイルドカードインポートの診断。

オートコンプリートの設定

設定
(python.autoComplete.)		 既定 説明 こちらも参照
extraPaths [] オートコンプリートデータをロードする追加のパッケージの場所を指定します。 編集

定義済み変数

Python 拡張機能の設定は、定義済み変数をサポートしています。一般的な VS Code 設定と同様に、変数は ${variableName} 構文を使用します。具体的には、拡張機能は次の変数をサポートしています

  • ${cwd} - タスクランナーの起動時の現在の作業ディレクトリ

  • ${workspaceFolder} - VS Code で開いたフォルダーのパス

  • ${workspaceRootFolderName} - VS Code で開いたフォルダーの名前 (スラッシュ (/) なし)

  • ${workspaceFolderBasename} - VS Code で開いたフォルダーの名前 (スラッシュ (/) なし)

  • ${file} - 現在開いているファイル

  • ${relativeFile} - workspaceFolder からの相対パスで現在のファイルを示す

  • ${relativeFileDirname} - workspaceFolder からの相対パスで現在のファイルがあるディレクトリ名を示す

  • ${fileBasename} - 現在開いているファイルのベース名

  • ${fileBasenameNoExtension} - 現在開いているファイルの拡張子なしのベース名

  • ${fileDirname} - 現在開いているファイルのディレクトリ名

  • ${fileExtname} - 現在開いているファイルの拡張子

  • ${lineNumber} - アクティブファイルで現在選択されている行番号

  • ${selectedText} - アクティブファイルで現在選択されているテキスト

  • ${execPath} - 実行中の VS Code 実行可能ファイルへのパス

定義済み変数と使用例の詳細については、一般的な VS Code ドキュメントの変数リファレンスを参照してください。

次のステップ

  • Python 環境 - 編集とデバッグに使用する Python インタープリターを制御します。
  • コードの編集 - Python のオートコンプリート、IntelliSense、フォーマット、およびリファクタリングについて説明します。
  • Lint - さまざまな Python リンターを有効化、構成、および適用します。
  • デバッグ - ローカルとリモートの両方で Python をデバッグする方法を学びます。
  • テスト - テスト環境を構成し、テストを検出、実行、およびデバッグします。
3/6/2023