まず第一に、gitは複数のファイルを送信するのではなく、送信されるたびにスナップショットの形式であるため、ローカルの非追跡とリモートウェアハウスの非削除を同時に取得することはできません。ローカルにある場合、このファイルは送信時にデフォルトで削除されます。

解決策: この種の問題は、node_modules をリモート リポジトリに送信する必要があるかどうかに似ています。「リモート リポジトリのコードが壊れています。」ちなみに、これを修正するには、上記のリモート ウェアハウスのコードを直接 実行 できるという意味ではありません。 を実行する前に、何かを変更して環境をセットアップする必要があります。 >work では、先ほど述べた node_modules 問題と同様に、誰もそのような大きなファイルをアップロードせず、package.json ファイルのみがアップロードされます。ローカル情報を構成するには、ローカルはこの構成ファイルに基づいている必要があります。 node_modules要不要提交远端仓库等相似，你提到了一句话---“远端仓库的代码就坏了”，我需要纠正一下，并不是说git上面远端仓库的代码拿下来都是可以直接run的，百分之九十都是要改一些东西，配一些环境才可以work的，就比如我刚刚说的node_modules问题，没人会上传这么大的文件，只会上传一个 package.json

ファイルを変更したり、送信したりする必要はありません。 db.config文件也是一样的，你远端仓库上可以存一个db.config.default或者db.config.sample这样的文件，这里记录的是db.config文件的所有默认配置，但是每个人本地开发环境需要将db.config.default或者db.config.sample复制一份，重命名为db.config，然后将配置改为自己需要的，很有可能每个开发人员的本地配置都不一样，这时候把db.config加入.gitignore，一般来说.default或者.sample

コマンドを使用して、ワンクリックですべての設定を変更することができます。通常は、スクリプト内でデバッグをオンにし、 php.ini を調整する PHP ファイルの変更やその他の作業の間隔をスキャンします

sed

あなたのニーズを満たすことができますが、それは問題ではありません。問題は設定ファイルの管理にあります。

私は通常、環境ごとに異なる設定ファイル config.xxx を使用します。異なる環境は、環境変数、コマンド ライン パラメーター、またはソフト リンク (config などの同じ名前に対して、このファイルはウェアハウスに配置されません) によって区別され、対応する構成ファイルがロードされます。