很抱歉，您无法轻易忽略文件中特定行的更改，因此您可能需要使用单独的配置文件。以下列出了两种常见的处理方式和一种稍微奇特的方式：
在这种情况下，您将在git中保留一个名为config.sample的示例文件，但应用程序实际上会使用一个名为config的文件中的值，并且该文件在.gitignore中。然后，应用程序将产生错误，除非存在config文件。当您向个人config文件添加新的配置变量时，您必须记得更改示例文件中的值。在这种情况下，最好让应用程序检查是否已经设置了所有必需的配置变量，以防有人在对示例进行更改后忘记更新其config文件。
您可以在git中保存一个名为config.defaults的文件，其中包含尽可能合理的默认配置值。应用程序首先从config.defaults获取配置，然后再从config（位于.gitignore中）获取配置，以覆盖任何默认值。使用这种方法，通常不会使config不存在成为错误，因此应用程序可以在没有创建config的情况下即可使用。
git update-index --assume-unchanged <FILE>命令告诉git忽略它的更改(可以参考这篇有用的博客文章)。这意味着您对配置文件的本地更改将不会随git commit -a提交或出现在git status中。lstat(2)成本，它[可以]报告该路径已经被修改（…git commit -a可以自由地提交该更改）。' - Chris针对Python/Django的解决方案是拥有一个共享的settings.py文件，将其检入仓库，并在settings.py末尾导入本地的settings_local.py，用机器特定的值覆盖部分设置。
.gitignore中，以便它不受版本控制，但是我们会提交一个“sample_config”文件，让新手可以复制并用于自己的目的。其他选项（不太优雅但可能有用）：
git stash和git stash pop来处理您的配置文件git checkout config <your config file>如果您需要在仓库中保留本地配置更改，则第二个选项很好。
# settings.py
import os
DEBUG = os.getenv('DJANGO_DEBUG') == 'True'
EMAIL_HOST = os.environ.get('DJANGO_EMAIL_HOST', 'localhost')
MYAPP_DJANGO_DEBUG 和 MYAPP_DJANGO_EMAIL_HOST。如果它们是直接针对于Django的，那么当然可以不需要前缀。 - Asclepius