|
|
1
19
对于这种特殊的情况,在一个分支中有许多通用文件,而每个环境中只有少数特定的配置文件。。。我们不将配置文件存储在Git中。完全 我们经营商店 所述配置文件的数量,加上所有特定的每环境值,再加上一个脚本,该脚本能够用正确的值替换模板文件中的变量(检测当前平台) 这样,我们就不需要只为这些文件创建分支。 管理此类文件(具有特定于平台的内容)的另一个好方法是通过 git attribute filter driver (另见 Pro Git book ).
这样,smudge引用的脚本(用Git管理)可以用平台特定的值替换所有变量,而clean脚本将其内容恢复到未触及的配置文件中。
主要思想仍然是:避免仅为这种并行进化创建分支。 |
|
|
2
9
一种方法是为每个环境保留一个分支,外加一个对所有环境都通用的“主”分支。每当您更改主分支并希望将其拉入另一个系统时,请执行以下操作:
这将根据“主”的当前状态重写“本地”(针对此特定环境)上的当前更改。 你需要注意的手动事项是你在哪里提交了你想要做的更改。如果它是系统本地的,则将其提交到该系统的“本地”分支,否则将其提交到“主”并将其推送到公共存储库。
|
|
|
3
1
好问题。尽管你说:
我会将特定于平台或特定于变体的项目与主代码放在同一个分支中,但放在该平台/变体的单独目录中。关键是将特定于平台的材料隔离到尽可能小的区域(即避免
例如。:
在这方面,它简化了您的工作流程,因此您可以更自由地将分支用于其他更有趣的目的。 |
|
Harry · 如何在编译时获取克隆的git仓库的标签 1 年前 |
|
Ooker · 如何从blob中删除秘密? 1 年前 |
|
|
hasdrubal · git日志图智能分支过滤器 1 年前 |
|
|
J. Doe · 为什么git中没有跟踪git文件? 1 年前 |