.envは通常、Gitによってファイルが無視されるためCodex Worktreeで見つけられず、新しいワークツリーはリポジトリで追跡されたファイルのみを自動的に取得します。 Codex AppsがローカルでホストするWorktreeの場合、リポジトリのルートディレクトリに.worktreeincludeを追加し、実際に必要な無視ファイルだけをコピーできます。
最小構成は次のように書かれています
メインリポジトリのルートディレクトリに.worktreeincludeを作成します:
.env
.env.local
config/local-secrets.json構文は.gitignoreのパスパターンに似ています。 新しいワークツリーを作成すると、Codexは対応するignoreファイルをローカルチェックアップディレクトリからコピーします。 リストに載っていない他の追跡されていない書類は一緒に含まれません。 ターゲットの場所に既に存在するファイルは上書きされません。
なぜ古いWorktreeはまだ利用できないのですか?
.worktreeinclude ローカルホストのワークツリーを作成する過程で動作し、既に作成されたワークツリーを自動的に書き換えることはありません。 古いWorktreeは、宛先パスを確認した後に必要なファイルを手動でコピーするか、新しいWorktree検証ルールを作成できます。 問題を解決するために.envをGitトレースファイルに変更しないでください。これはキーの誤入力リスクを高めます。
まず、そのシナリオが適切かどうかを判断します
この仕組みは、ChatGPTデスクトップアプリケーションが管理するネイティブのWorktree向けに設計されています。 コマンドラインからgit worktree addを実行して作成されたリモートワークツリーやディレクトリは、このファイルのために自動的に設定をコピーしません。 これらの環境は、それぞれの初期化スクリプト、キー注入、または展開構成を通じて準備されるべきです。
ファイルが届いてもエラーが表示されている場合はどうすればいいですか?
まず、Worktree統合ターミナルで現在のディレクトリを確認し、アプリケーションが.env、.env.local、または他の名前を読み取っているかを確認します。 その後、スタートアップコマンドのファイル権限と作業ディレクトリを確認してください。 ファイルは見えますが、変数は空です。問題は「Worktreeがコピーされていません」から「アプリケーションはこのファイルを読み込みません」に変わりました。.worktreeincludeを改変し続けるのではなく、フレームワークの環境変数ルールを確認してください。
実行に必要なローカル設定のみをリストアップし、キーやホームディレクトリ全体を各作業ツリーにコピーしないようにしましょう。 これにより、ワークツリーを機密ファイルの境界のないコピーにすることなくテストを実行できます。
