Fichiers de réglages

Contenu

Fichiers de réglages#

Cette page réunit les réglages décrits dans Python et environnement conda et Notebooks en deux fichiers complets. Le premier se recopie une fois par compte ; le second est livré dans l’archive de chaque TD. Ce que sont ces deux niveaux et comment ouvrir les fichiers : VS Code, section Les réglages.

Ils obtiennent quatre choses : la liste des environnements conda dans « Python: Select Interpreter » et dans le sélecteur de noyau, un cmd déjà activé comme terminal par défaut, Git Bash comme second terminal, et base comme noyau des notebooks sans rien installer. Les réglages Python et le profil « Anaconda Prompt » ont été vérifiés le 21 septembre 2026 sur un poste de la salle, avec VS Code 1.124, l’extension Python 2026.4, Python Environments 1.36 et Jupyter 2025.9. Le profil « Git Bash » et les deux réglages de l’éditeur ont été ajoutés le 27 septembre 2026 [à vérifier sur un poste].

Réglages du compte#

Fichier C:\Users\<nom>\AppData\Roaming\Code\User\settings.json ; dans VS Code, palette (Ctrl + Maj + P), « Preferences: Open User Settings (JSON) ».

Si le fichier est vide ou n’existe pas, le recopier en entier. S’il contient déjà des réglages, ajouter les lignes du bloc entre les accolades, après une virgule.

{
  "python.condaPath": "C:\\ProgramData\\anaconda3\\Scripts\\conda.exe",
  "python.defaultInterpreterPath": "C:\\ProgramData\\anaconda3\\python.exe",
  "python-envs.defaultEnvManager": "ms-python.python:conda",
  "python-envs.defaultPackageManager": "ms-python.python:conda",
  "terminal.integrated.profiles.windows": {
    "Anaconda Prompt": {
      "path": "C:\\Windows\\System32\\cmd.exe",
      "args": ["/K", "C:\\ProgramData\\anaconda3\\Scripts\\activate.bat", "C:\\ProgramData\\anaconda3"]
    },
    "Git Bash": {
      "path": "C:\\Program Files\\Git\\bin\\bash.exe",
      "args": ["--login", "-i"]
    }
  },
  "terminal.integrated.defaultProfile.windows": "Anaconda Prompt",
  "editor.renderWhitespace": "all",
  "files.autoSave": "afterDelay"
}

Enregistrer (Ctrl + S), puis palette, « Developer: Reload Window ».

Réglage	Ce qu’il obtient
`python.condaPath`	conda est interrogé pour la liste des environnements, même si VS Code ne l’a pas trouvé seul
`python.defaultInterpreterPath`	`base` est l’interpréteur d’un dossier tant qu’on n’en a pas choisi un autre, et le noyau proposé en premier
`python-envs.defaultEnvManager`	« Create Environment » crée un environnement conda, pas un `venv`
`python-envs.defaultPackageManager`	« Install Package » passe par conda, pas par pip
`terminal.integrated.profiles.windows`, « Anaconda Prompt »	décrit le terminal de l’invite de commandes d’Anaconda : un `cmd` qui lance `activate.bat` à l’ouverture
`terminal.integrated.profiles.windows`, « Git Bash »	décrit le terminal Git Bash de `C:\Program Files\Git`. VS Code le trouve seul à cet endroit, et le profil écrit en entier le garde dans la liste même s’il ne le trouve pas. conda y est disponible après `conda init bash` (Anaconda, section Git Bash)
`terminal.integrated.defaultProfile.windows`	l’invite de commandes d’Anaconda est le terminal qu’ouvre New Terminal, déjà activé, sans dépendre de l’extension Python. Avec la valeur `"Git Bash"`, New Terminal ouvre Git Bash
`editor.renderWhitespace`	un point gris marque chaque espace, comme dans Notepad++
`files.autoSave`	le fichier s’enregistre une seconde après la dernière frappe

Réglages du dossier d’un TD#

Fichier .vscode\settings.json à la racine du dossier du TD ; dans VS Code, palette, « Preferences: Open Workspace Settings (JSON) », qui le crée s’il n’existe pas. Il est livré dans l’archive de chaque TD, donc l’étudiant n’a rien à y faire ; il est reproduit ici pour qui prépare une archive ou vérifie un poste.

{
  "python.defaultInterpreterPath": "C:\\ProgramData\\anaconda3\\python.exe",
  "python-envs.defaultEnvManager": "ms-python.python:conda",
  "python-envs.defaultPackageManager": "ms-python.python:conda"
}

Deux différences avec le fichier du compte :

python.condaPath n’y est pas : VS Code ne le lit qu’au niveau du compte, et l’ignore ici sans message ;
le terminal n’y est pas réglé : celui du compte suffit. Un réglage de terminal posé par un dossier l’emporterait sur celui du compte, et ferait apparaître à l’ouverture une notification qui demande d’autoriser le dossier à changer le terminal.

Vérifier#

Ce qu’on fait	Ce qu’on doit voir	Sinon
Palette, « Python: Select Interpreter »	une ligne `base`, type Conda, chemin `C:\ProgramData\anaconda3\python.exe`, cochée	V6
Menu Terminal, New Terminal	un onglet « Anaconda Prompt », une invite `(base) C:\…>`	V5
Flèche à côté du `+`, « Git Bash »	un onglet « Git Bash », une invite qui commence par `(base)` et se termine par `$`	Anaconda, section Git Bash
Dans ce terminal, `python -c "import sys; print(sys.executable)"`	`C:\ProgramData\anaconda3\python.exe`	V7
Ouvrir un `.ipynb`, bouton « Select Kernel », « Python Environments… »	`base` en tête de liste	J1
Exécuter une cellule `import sys; sys.executable`	`C:\ProgramData\anaconda3\python.exe`, sans proposition d’installer `ipykernel`	J2

Le panneau Output (Ctrl + Maj + U), liste déroulante « Python Environments », doit contenir une ligne Discovered manager: (Conda) C:\ProgramData\anaconda3\Scripts\conda.exe. Si elle manque, le chemin de python.condaPath est mal recopié, ou Anaconda n’est pas dans C:\ProgramData\anaconda3 sur ce poste (A1).

Vider les caches de VS Code#

VS Code et ses extensions gardent des informations d’une session à l’autre : la liste des environnements trouvés, l’interpréteur choisi pour chaque dossier, le noyau de chaque notebook. Après la suppression ou la recréation d’un environnement, ces informations peuvent ne plus correspondre au poste. Un interpréteur qui n’existe plus reste proposé, ou un environnement nouveau n’apparaît pas dans la liste.

Le premier remède se trouve dans VS Code : palette, « Python: Clear Cache and Reload Window ». La commande vide le cache de l’extension Python et recharge la fenêtre.

Si le problème reste, fermer VS Code, puis lancer l’un des deux scripts suivants depuis le dossier où il a été enregistré :

vider_cache_vscode.bat, dans l’invite de commandes d’Anaconda : vider_cache_vscode.bat ;
vider_cache_vscode.sh, dans Git Bash, et aussi sous macOS et Linux : bash vider_cache_vscode.sh.

Chaque script vérifie d’abord que VS Code est fermé. Il supprime ensuite des dossiers de %APPDATA%\Code, le dossier de VS Code dans le compte :

Dossiers	Contenu	Supprimés
`Cache`, `CachedData`, `CachedExtensionVSIXs`, `Code Cache`, `GPUCache`	les caches de l’application	toujours
`User\workspaceStorage`	l’état de chaque dossier ouvert : interpréteur choisi, noyau des notebooks, onglets ouverts	avec l’option `--tout`
`User\globalStorage\ms-python.python`, `ms-python.vscode-python-envs`, `ms-toolsai.jupyter`	les données des extensions Python, Python Environments et Jupyter	avec l’option `--tout`

Les scripts ne touchent ni aux réglages (settings.json), ni aux extensions installées. Après l’option --tout, l’interpréteur et le noyau sont à choisir de nouveau dans chaque dossier. Les noms des dossiers viennent de l’organisation habituelle de VS Code [à vérifier sur un poste de la salle].

Variante : le profil « Command Prompt »#

Les réglages de ce fichier jusqu’au 25 septembre 2026 remplaçaient les deux réglages de terminal par la seule ligne :

"terminal.integrated.defaultProfile.windows": "Command Prompt"

Ce cmd ordinaire compte sur l’extension Python pour activer l’environnement, et cela ne marche pas sur tous les postes. Quand l’extension n’a pas pu lire les informations d’activation de conda, le panneau Output, « Python Environments », contient Conda environment manager is not available, using default conda activation paths, et l’extension tape seulement conda activate base. Dans un cmd où conda init cmd.exe n’a jamais été fait, cette commande répond CondaError: Run 'conda init' before 'conda activate' et l’invite reste sans (base) (V5). Le profil « Anaconda Prompt » lance activate.bat lui-même, et ne dépend pas de ce cas.

PowerShell, si on y tient#

Le terminal PowerShell refuse conda-hook.ps1 parce que sa stratégie d’exécution est Restricted (A7). Quand aucune stratégie de groupe ne l’impose, le compte peut la changer pour lui-même, sans droits d’administration, dans un terminal PowerShell :

Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser

Répondre O, fermer et rouvrir le terminal. Get-ExecutionPolicy -List dit avant si c’est possible : les lignes MachinePolicy et UserPolicy doivent être à Undefined. Le réglage suit le compte, pas le poste ; sur une machine virtuelle remise à zéro, il est à refaire.