Vous ne trouvez pas .env dans l’arbre de travail Codex ? Copiez-le avec .worktreeinclude

Les .env ne peuvent généralement pas être trouvés dans l’arbre de travail du Codex car le fichier est ignoré par Git, et le nouvel arbre de travail n’obtiendra automatiquement que les fichiers suivis par le dépôt. Pour les Worktrees hébergés localement créés par Codex Apps, vous pouvez ajouter .worktreeinclude dans le répertoire racine du dépôt et ne copier que les fichiers ignorés qui sont réellement nécessaires.

La configuration minimale s’écrit ainsi

Créez un .worktreeinclude dans le répertoire racine du dépôt principal :

.env
.env.local
config/local-secrets.json

La syntaxe est similaire au schéma de chemin de .gitignore. Après avoir créé un nouvel arbre de travail, Codex copiera le fichier ignore correspondant depuis le répertoire local de vérification ; Les autres documents non suivis non listés ne seront pas inclus ensemble. Les fichiers déjà présents à l’emplacement cible ne seront pas écrasés.

Pourquoi l’ancien arbre de travail n’est-il toujours pas disponible ?

.worktreeinclude agit pendant le processus de création d’un arbre de travail hébergé localement et ne réécrit pas automatiquement les arbres de travail déjà créés. Les anciens arbres de travail peuvent copier manuellement les fichiers requis après avoir confirmé le chemin de destination, ou créer une nouvelle règle de validation de l’arbre de travail. Ne changez pas .env en fichiers de trace Git pour résoudre le problème, car cela augmente le risque de mal valider les clés.

D’abord, déterminez si le scénario est approprié

Ce mécanisme est conçu pour l’arbre de travail natif géré par les applications de bureau ChatGPT. L’arbre de travail distant et les répertoires créés par l’exécution de git worktree add depuis la ligne de commande ne copieront pas automatiquement les configurations à cause de ce fichier ; Ces environnements doivent être préparés à travers leurs scripts d’initialisation respectifs, injections de clés ou configurations de déploiement.

Que dois-je faire si le fichier arrive et affiche toujours une erreur ?

D’abord, confirmez le répertoire actuel dans le terminal d’intégration Worktree, puis vérifiez si l’application lit .env, .env.local ou un autre nom. Ensuite, vérifiez les permissions des fichiers et le répertoire de travail de la commande de démarrage. Vous pouvez voir le fichier mais la variable est vide. Le problème est passé de « Worktree non copié » à « Application n’a pas chargé ce fichier ». Vous devriez vérifier les règles des variables d’environnement du framework au lieu de continuer à modifier .worktreeinclude.

Listez uniquement les configurations locales nécessaires à l’exécution, évitant de copier la clé entière ou le répertoire personnel dans chaque arbre de travail. Cela permet au test de s’exécuter sans transformer l’arbre de travail en une copie sans bordure de fichiers sensibles.