如何维护（大部分）并行分支，只有很少的差异

Question

场景：我正在尝试在 git 下获取我的 unix 点文件。我必须（至少）在 cygwin 环境和一些标准 Linux 发行版（ubuntu 和 opensuse）之间工作，并且我有仅特定于 cygwin 的文件/代码行。由于我不想签出无用的文件或必须处理点文件中的大量情况，因此我正在为每个环境创建分支。但我所做的大多数编辑对于所有环境都是通用的，因此几乎每次我进行提交时，我都需要将该更改传播到我的所有分支。

所以基本上我有几个几乎相同的分支，除了一些提交之外，而且大多数提交我确实需要位于所有分支中。

问题：推荐的 git 工作流程是什么（如果有的话）？或者对于我的场景有更好的设置（不使用多个分支？）？

[我尝试过挑选，但这涉及相当多的工作，更不用说这里所有的重复提交以及保持我的分支同步的噩梦。]

Answer 1

对于这种特殊情况，在一个分支中存在大量通用文件，而每个环境只有少数特定的配置文件……我们不会将配置文件存储在 Git 中。完全没有。

我们确实存储所述配置文件的模板，加上所有特定的每个环境值，再加上能够用正确值替换模板文件中的变量的脚本（检测当前平台）

这样，我们不需要只为这些文件创建分支。

---

管理此类文件（具有特定于平台的内容）的另一种好方法是通过 git 属性过滤器驱动程序（另请参阅Pro Git书）。

过滤器驱动程序由一个clean命令和一个smudge命令组成，其中任何一个命令都可以不指定。
checkout 时，当指定 smudge 命令时，该命令将从其标准输入提供 blob 对象，并使用其标准输出来更新工作树文件。
类似地，clean 命令用于在签入时转换工作树文件的内容。

这样，污迹引用的脚本（由 Git 管理）可以用特定于平台的值替换所有变量，而干净的脚本会将其内容恢复到未更改的配置文件中。

主要思想仍然是：避免仅创建分支对于这种平行进化。

Answer 2

一种方法是为每个环境保留一个分支，再加上一个所有环境通用的“主”分支。每当您对 master 分支进行更改并希望将其拉入另一个系统时，请执行以下操作：

git pull
git checkout local
git rebase master

这将根据“master”的当前状态重写“本地”（针对此特定环境）的当前更改。

您需要注意的手动操作是在哪里提交您想要进行的更改。如果它是系统本地的，请将其提交到该系统的“本地”分支，否则将其提交到“master”并将其推送到公共存储库。

当然，变基可能会导致您必须手动解决的冲突。此外，如果您选择将本地分支推送到公共存储库，则必须 (a) 为每个环境选择唯一的名称，以及 (b) 处理变基后的非快进推送。这两个问题都是可以解决的。

Answer 3

好问题。尽管你说：

...因为我不想签出无用的文件...

我会将特定于平台或特定于变体的项目放在与主代码相同的分支中，但放在该平台/变体的单独目录中。关键是将特定于平台的内容隔离到尽可能小的区域（即避免主代码中的ifdef）。

例如：

/
+--common
+--linux
+--cygwin
+--windows
+--mac

各种跨平台项目都是以这种方式组织起来的。例如，查看Python支持多平台的源代码结构。

它简化了您在这方面的工作流程，因此您可以更自由地将分支用于其他更有趣的目的。