我有一个特别的报告，我被要求不时地运行。每个时间的细节都略有不同——不同的日期范围、不同的选择标准——但从结构上看，报告相当稳定。不过，我确实不时地做一些结构性的改变。
我对这些报告有两个希望：
1）能够在以后复制任何报告。
2）能够审查随时间推移对报告所做的结构更改。
现在，我只有一个带有主脚本的文件夹，我为报表的每次迭代修改它，还有一个子文件夹，我在其中保存主脚本的快照和每次运行的数据。
也许这就足够了。但是我已经开始使用git来管理我的（更复杂的）数据分析脚本，我想知道是否有一种方法可以在这里（以及无数类似的报告）使用它来实现更健壮的版本控制。
我可以想出几种不同的方法：为每个报表创建一个分支，但只将结构更改合并回主控形状；将主控形状克隆到子文件夹中以创建新报表，在其中进行更改，推后结构更改；等等。但我真的不知道如何将疯狂的想法与合理的想法区分开来，更不用说好的了。告诉我你的想法。谢谢。
最佳答案
我个人赞成你的第一个建议：
为每个报表创建一个分支，但是
仅合并结构更改
在主人身上
这在概念上是迄今为止最简单的，通过将结构更改合并到head修订中，您可以在需要时将它们应用到其他分支（在需要时）。唯一的缺点是你会留下大量的分支，这听起来像是一个不常见的请求，一个好的命名方案应该能解决这个问题。
关于git - 报表的版本控制(git)，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/3428360/