git - 报告的版本控制 (git)

Question

我有一份特殊的报告，我被要求不时运行。每次的细节都略有不同——不同的日期范围，不同的选择标准——但在结构上，该报告相当稳定。不过，我确实会不时进行一些结构性更改。

我对这些报告有两个希望:

1. 能够在以后重现任何报告。
2. 能够审查随着时间的推移对报告所做的结构更改。

现在，我只有一个包含主脚本的文件夹(我会针对报告的每次迭代修改该脚本)和子文件夹(我在其中保存主脚本的快照和每次运行的数据)。

也许这就足够了。但我已经开始使用 git 来管理我的(复杂得多的)数据分析脚本，我想知道是否有一种方法可以在这里使用它(以及无数类似的报告)，从而实现更强大的版本控制。

我可以想到几种不同的方法:为每个报告创建一个分支，但只将结构更改 merge 回母版；将母版克隆到新报告的子文件夹中，在那里进行更改，推回结构更改；等等，但我真的什至不知道能够将疯狂的想法与似是而非的想法区分开来，更不用说好想法了。你怎么看？

Answer 1

这显然取决于报告及其变化方式，但按照您所说的，在我看来您可以编写一个好的且有意义的 SAS 宏程序，该程序可以将所有选择标准作为参数。在 SAS 宏代码中，您随后可以评估参数并根据需要进行结构更改。

所以一个 .sas 文件中只有一个大宏，根据您用来调用宏的参数，它可以重现您想要的所有报告。

这对你来说有意义吗？如果它不让我知道，如果您不熟悉它，我可以提供一些 SAS 宏的示例来帮助您入门。