Php 吉特唐'；t仅上传跟踪文件_Php_Git

Php 吉特唐'；t仅上传跟踪文件

php git

Php 吉特唐'；t仅上传跟踪文件,php,git,Php,Git,我希望在我的repo中有文件，但不想跟踪克隆中的更改有没有一种方法可以做到这一点，而不通过部署脚本将文件设置为假定不变例如： Server bare.git包含一个文件custom.php 本地repo.git获取custom.php，但不跟踪文件的更改我阅读了有关配置文件的内容，但我不想使用部署脚本创建文件。我希望文件位于repo中并被克隆，但不会被克隆的repo跟踪。不，没有办法做到这一点，如果需要，您的工作流可能会出问题。如果需要在每个实例上更改config.php（例如，添加特定于该

我希望在我的repo中有文件，但不想跟踪克隆中的更改有没有一种方法可以做到这一点，而不通过部署脚本将文件设置为假定不变

例如：

Server bare.git包含一个文件custom.php 本地repo.git获取custom.php，但不跟踪文件的更改

我阅读了有关配置文件的内容，但我不想使用部署脚本创建文件。我希望文件位于repo中并被克隆，但不会被克隆的repo跟踪。

不，没有办法做到这一点，如果需要，您的工作流可能会出问题。如果需要在每个实例上更改

config.php

（例如，添加特定于该环境的凭据），您可能需要以下可接受的模式：

将该文件重命名为
```
config.php.example
```
将
```
config.php
```
添加到
```
.gitignore
```
在每个克隆中，将
```
config.php.example
```
复制到
```
config.php
```
并进行必要的本地更改

否则，Git的全部目的就是跟踪对文件的更改。如果您不希望跟踪对文件的更改，请不要跟踪它。

不，没有办法做到这一点，如果需要，您的工作流可能会出现问题。如果需要在每个实例上更改

config.php

（例如，添加特定于该环境的凭据），您可能需要以下可接受的模式：

将该文件重命名为
```
config.php.example
```
将
```
config.php
```
添加到
```
.gitignore
```
在每个克隆中，将
```
config.php.example
```
复制到
```
config.php
```
并进行必要的本地更改

否则，Git的全部目的就是跟踪对文件的更改。如果您不希望跟踪对文件的更改，请不要跟踪它。

不，没有办法做到这一点，如果需要，您的工作流可能会出现问题。如果需要在每个实例上更改

config.php

（例如，添加特定于该环境的凭据），您可能需要以下可接受的模式：

将该文件重命名为
```
config.php.example
```
将
```
config.php
```
添加到
```
.gitignore
```
在每个克隆中，将
```
config.php.example
```
复制到
```
config.php
```
并进行必要的本地更改

否则，Git的全部目的就是跟踪对文件的更改。如果您不希望跟踪对文件的更改，请不要跟踪它。

不，没有办法做到这一点，如果需要，您的工作流可能会出现问题。如果需要在每个实例上更改

config.php

（例如，添加特定于该环境的凭据），您可能需要以下可接受的模式：

将该文件重命名为
```
config.php.example
```
将
```
config.php
```
添加到
```
.gitignore
```
在每个克隆中，将
```
config.php.example
```
复制到
```
config.php
```
并进行必要的本地更改

否则，Git的全部目的就是跟踪对文件的更改。如果您不想跟踪对文件的更改，请不要跟踪它。

好的，如果是一个文件，这是一个很好的方法，但在我的情况下，它是一个大约有2000个文件的文件夹。背景我想在我的repo中集成一个来自其他开发人员的模块。此模块通过php脚本更新文件。同样，您的工作流不正确。如果您不想跟踪对这些文件的更改，那么您的Git repo中不应该有2000个文件。这2000个文件应该在它们自己的存储库中，以便跟踪对它们的更改，并且应该通过您的语言支持的任何代码重用/分发方式将它们包括在您的其他存储库中。最坏的情况是将它们包含在子模块中。Git不是用来解决这个问题的。好的，谢谢你的回复，我想我不得不过度思考我的工作流程。也许把文件放在docroot之外的一个目录中，如果repo的docroot中不存在文件，那么就通过我的部署脚本执行一次。gitignoredok，如果是一个文件，这是一个不错的方法，但在我的例子中，它是一个大约2000个文件的文件夹。背景我想在我的repo中集成一个来自其他开发人员的模块。此模块通过php脚本更新文件。同样，您的工作流不正确。如果您不想跟踪对这些文件的更改，那么您的Git repo中不应该有2000个文件。这2000个文件应该在它们自己的存储库中，以便跟踪对它们的更改，并且应该通过您的语言支持的任何代码重用/分发方式将它们包括在您的其他存储库中。最坏的情况是将它们包含在子模块中。Git不是用来解决这个问题的。好的，谢谢你的回复，我想我不得不过度思考我的工作流程。也许把文件放在docroot之外的一个目录中，如果repo的docroot中不存在文件，那么就通过我的部署脚本执行一次。gitignoredok，如果是一个文件，这是一个不错的方法，但在我的例子中，它是一个大约2000个文件的文件夹。背景我想在我的repo中集成一个来自其他开发人员的模块。此模块通过php脚本更新文件。同样，您的工作流不正确。如果您不想跟踪对这些文件的更改，那么您的Git repo中不应该有2000个文件。这2000个文件应该在它们自己的存储库中，以便跟踪对它们的更改，并且应该通过您的语言支持的任何代码重用/分发方式将它们包括在您的其他存储库中。最坏的情况是将它们包含在子模块中。Git不是用来解决这个问题的。好的，谢谢你的回复，我想我不得不过度思考我的工作流程。可能将文件放在docroot之外的目录中，并在docroot中不存在的情况下通过部署脚本执行一次