version-control - 你的版本是 "derived"文件吗？

Question

使用版本控制系统的在线界面是发布最新版本代码位置的好方法。例如，我这里有一个 LaTeX 包(每当更改被验证为实际工作时，它就会发布到 CTAN):

http://github.com/wspr/pstool/tree/master

包本身派生自单个文件(在本例中为 pstool.tex)，该文件在处理时会生成文档、自述文件、安装程序文件，以及在使用时构成包的实际文件通过 LaTeX。

为了方便想要下载这些东西的用户，我将上面提到的所有派生文件包括在存储库本身以及主文件 pstool.tex 中。这意味着我每次提交时都会有双倍的更改数量，因为包文件 pstool.sty 是主文件的生成子集。

这是版本控制的变态吗？

---

@ Jon Limjap提出了一个很好的观点:

Is there another way for you to publish your generated files elsewhere for download, instead of relying on your version control to be your download server?

这才是本案的关键所在。是的，可以从其他地方获得软件包的发布版本。因此，仅对未生成的文件进行版本控制确实更有意义。

另一方面，@ Madir的评论是:

the convenience, which is real and repeated, outweighs cost, which is borne behind the scenes

也相当中肯，因为如果用户发现错误并且我立即修复它，他们可以前往存储库并获取他们继续工作所需的文件，而无需运行任何“安装”步骤。

我认为，对于我的特定项目集，这是更重要的用例。

Answer 1

我们不会对可以使用存储库本身包含的脚本自动生成的文件进行版本控制。这样做的原因是在 check out 之后，可以通过单击或命令重建这些文件。在我们的项目中，我们总是尽量让这一切变得尽可能简单，从而避免对这些文件进行版本控制。

我可以想象一个场景，如果“标记”产品的特定版本，这在生产环境(或任何非开发环境)中使用时可能会有用，因为生成输出所需的工具可能不可用。

我们还在构建脚本中使用目标，这些目标可以使用我们产品的已发布版本创建和上传文件。这可以上传到生产服务器或 HTTP 服务器，供您的产品用户下载。