首先,如果您想要控制单个文件,RCS 是一个非常好的选择。它比 git 简单,并且具有更易于理解的命名“修订”的方法 - 与 git commit SHA-1 校验和相比,1.1 和 1.2 版本更容易理解。在我的实验室中,我们继续将它用于文本/troff/groff 文件、shell 脚本、perl 脚本、Makefile 和 rmarkdown 文件,它们是独立的——尽管我们将 git 用于大多数复杂的项目。我们有超过 30 年的 shell 和 perl 脚本,RCS 仍然可以使用。RCS 不适用于构成系统、包、项目等的一部分的文件。为此使用 git。
要回答您的问题,您需要了解 RCS 的工作原理。
1 - 在您完成脚本的初始签入后,您将拥有 1 或 2 个文件:
filename.py,v
(您文件的 RCS“数据库”)和可能
filename.py
(您的原始代码)。
如果您使用它进行签入,
ci -l filename.py
那么这两个文件都会给您,但如果您只是运行
ci filename.py
RCS,则会将您的 python 脚本签入 RCS 文件(带有尾随,v
)并删除您的原始文件。
2 - 要获取可用的 python 脚本,您需要检查它。如果您想检查它以进行处理,请运行:
co -l filename.py
意思是“将
-l
文件专门锁定给我” - 这是您在编辑文件时想要的。
在这个阶段,您应该能够编辑和运行脚本filename.py
-请注意,您不会也不应该尝试运行filename.py,v
文件-这是记录更改的数据库。
在每次重要的编辑之后,您都需要检查更改 - 如果您只是在处理文件,那么
ci -l filename.py
最简单的方法是检查您的更改并保留源文件供您编辑。
一旦你有一个最终的测试脚本,你通常会检查最后一组更改,然后将源文件复制到你正在部署它的任何地方——也许/usr/local/bin
。
我建议你放置一个
$Revision$
文件注释部分中的某个位置的字符串,这样您就可以知道您部署了哪个版本。签入文件后,它将如下所示:
$Revision: 1.2 $
并且每次都会改变。
周围有很多 RCS 教程,但这里有一个快速版本。