在任何项目中至少有一个配置文件是很常见的.每次与我分享项目时git,我都遇到同样的问题:
显然,必须以某种方式忽略配置,以防止开发人员特定数据泛滥到主存储库.现在有几种我常用的方法,每种方式都有一些缺陷:
.gitignore 配置文件
.git/info/exclude或设置git update-index --assume-unchanged ...为文件
.gitignore)_original在具有真实文件的情况下分发以后缀为例的配置文件.gitignore.然后每个开发人员将文件重命名为真实姓名
有没有其他可能更好的方法来处理这个问题？我怀疑我缺少一些东西,至少是一些插件.
场景:我正在尝试在git下获取我的unix点文件.我必须在(至少)cygwin环境和一些标准的Linux发行版(ubuntu和opensuse)之间工作,并且我有特定于cygwin的文件/代码行.由于我不想检查无用的文件或者不得不处理我的dotfiles中的大量案例,我正在为我的每个环境创建分支.但是我做的大部分编辑对所有环境都是通用的,所以几乎每次我提交时我都需要将该更改传播到我的所有分支.
所以基本上我有几个几乎相同的分支,除了一些提交,并且我需要在所有分支中进行大多数提交.
问题:如果有的话,推荐的git工作流程是什么？或者,对于我的场景,是否有更好的设置(不使用多个分支？)？
[我尝试过采摘樱桃,但这涉及到相当多的工作,更不用说这里的所有重复提交以及保持我的分支同步的噩梦.]
在symfony框架中,在开发的各个阶段自动生成大量文件.其中一些文件旨在进行编辑和手动定制,而其他文件则永远(或很少)是手工编辑的,而是由于对其他配置或设置文件的更改而更改.
哪个symfony文件适合后一类"避免手动编辑"？我想知道所以我可以从版本控制中排除这些文件.另一个要知道的原因就是知道我应该避免编辑哪些文件.
最近,我一直在开发一个具有客户端和服务器的开源代理.客户端和服务器都有脚本.
服务器端可以在云平台上运行,客户端连接服务器.
我在Heroku上注册了一个用于调试服务器的应用程序,该应用程序的地址暂时写在客户端脚本中.
这就是环境.但显然服务器的地址仅用于个人调试.我不想公之于众.
我当前的方法是,每次我提交到存储库之前,我都会删除该地址,并在提交后,我将其添加回来.这显然不是一个好方法.
这种现象应该很常见.人们通常如何处理这个问题？
在rails initializers下的secret_token.rb中,秘密令牌显示为一串随机字符和数字,必须为30个字符或更长.为了最大限度地提高安全性,对于部署的每个rails应用程序,此秘密令牌是否必须是唯一的？我们计划使用rails模板,该模板对于从同一模板开发的每个应用程序可能具有相同的机密令牌.非常感谢.