2

我正在研究有关方案解释器(EOPL1)的文本。大多数问题涉及实现功能或修改现有实现。有些问题取决于以前的问题。

我希望每个问题都有工作的解释器和测试用例,而不是为每个练习复制粘贴整个解释器。以前我尝试只加载以前的代码,然后重新定义各种函数,但这很糟糕:很难判断当前加载了哪些代码,当我对模块进行小的更改时,它并不能消除代码重复,它会创建错误(例如,struct重新定义定义时)。变得有点难以驾驭。

我不想制作一个包含大量#ifdefs 或同等文件的单一文件。对于(很多很多)VCS 分支来说,这是一个合理的用例吗?如果没有,我该怎么办?

(如果这个问题的标签不合适,我们深表歉意。)

4

1 回答 1

0

你不应该需要任何分支。简单的版本控制就是您所需要的。对于这种类型的工作,我推荐Mercurial。对我来说,这是开箱即用的最简单、最容易使用的版本控制。替代方案是gitperforcesubversion。(显然,还有很多其他的)

只需根据需要开始添加内容即可。它将为您跟踪修订。如果需要,您当然可以创建分支,或者您可以简单地标记不同练习的内容。有很多可能的工作流程应该可以工作。尽管几乎任何事情都会比你现在所做的更好。

于 2012-04-07T02:02:04.900 回答