먼저 로컬 비추적과 원격 창고 비삭제를 동시에 받을 수는 없습니다. 왜냐하면git는 여러 개의 파일을 제출하는 것이 아니라 제출할 때마다 스냅샷 형식이기 때문에 추적이 되지 않는다면 로컬로 제출하면 이 파일은 기본적으로 삭제됩니다.

해결책: 이러한 종류의 문제는node_modules가 원격 저장소에 제출되어야 하는지 여부와 유사합니다. "원격 저장소의 코드가 손상되었습니다." 이제 이를 수정한다고 해서 위의 원격 웨어하우스의 코드가 직접실행될 수 있다는 의미는 아닙니다. 그 중 90%는 작동하기 전에 무언가를 변경하고 일부 환경을 설정해야 합니다. , 방금 언급한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와 같은 동일한 이름에 대한 이 파일은 웨어하우스에 배치되지 않음)로 구별되며 해당 구성 파일이 로드됩니다.