相关疑难解决方法(0)

在任何项目中至少有一个配置文件是很常见的.每次与我分享项目时git,我都遇到同样的问题:

• 敏感信息(每个开发人员都有不同的DB密码等)
• 任务特定信息(当开发人员处理需要更改某些设置的特定任务时)

显然,必须以某种方式忽略配置,以防止开发人员特定数据泛滥到主存储库.现在有几种我常用的方法,每种方式都有一些缺陷:

• .gitignore 配置文件
  • 最基本的方式
  • 当开发人员克隆repo时,配置文件丢失,并且必须找出configs重新创建的位置
• 配置文件不会被忽略.它包含一些虚拟信息,每个开发人员要么解开并将其放入.git/info/exclude或设置git update-index --assume-unchanged ...为文件
  • 克隆repo的任何人都可以使用这些文件
  • 它包含的先进技术可能会使第一次使用git的人感到困惑
  • 当有人意外提交配置文件时,它不允许人们拉/取(因为排除不起作用的方式.gitignore)
• 例如,_original在具有真实文件的情况下分发以后缀为例的配置文件.gitignore.然后每个开发人员将文件重命名为真实姓名
  • 克隆repo的任何人都可以使用这些文件
  • 一个人必须在整个应用程序中搜索所有配置并重命名它们

有没有其他可能更好的方法来处理这个问题？我怀疑我缺少一些东西,至少是一些插件.

我正在尝试将一个全新的,空的Rail 3.0.4项目推送到GitHub,但只是意识到cookie会话存储有一个密钥:

在 config/initializers/secret_token.rb

NewRuby192Rails304Proj::Application.config.secret_token = '22e8...'

那么我们怎样才能避免它被推向GitHub呢？我们可以忽略这个文件(使用.gitignore),但没有这个文件,Rails应用程序根本不会运行(并且不是一个完整的Rails应用程序).或者通常,其他文件或框架也可能包含包含密钥的文件.在这种情况下,推送到GitHub时应该如何处理？