使用GIT控制HTML页面的版本正确吗

我正在开发一个应用程序，它使用JSON创建自动博客HTML页面，并且还必须为该博客提供版本控制

使用JSON文件创建HTML

每当用户创建一个版本时，就创建一个GIT标记

如果用户想要查看该博客的早期版本，我只需将该文件签出到给定的标记并获取该文件，然后再次使用该JSON文件创建HTML

问题

出于上述目的使用GIT是否正确

如果是，我需要采取什么预防措施

如果没有，除了为每个版本保存每个文件外，是否还有其他方法可以保存文件的早期版本

---

注意：我正在使用Node.js创建GIT标记并签出标记

你应该在每个项目中使用GIT，只有当你有大量二进制文件时才询问它是否正确。

我见过有人使用GIT写内容和文章，请记住，它是一个高效的版本控制系统，只要您希望拥有项目的过去版本（您总是应该），就应该使用git

---

即使您不打算使用远程存储库，最好在所有项目中都实现一些VCS。

这听起来像是一个有点奇怪的应用程序设计。为什么要为博客生成静态HTML？这种类型的大多数网站将数据存储在数据库中，并使用HTML模板（或一组模板），每当用户想要查看博客中的特定条目时，从数据存储中检索内容并将其插入模板中，生成的HTML直接提供给浏览器，而不是保存为磁盘上的静态副本。如果你想保留一个历史记录，你可以设计你的数据库来做到这一点，而不会有太多麻烦，这样旧版本的数据表中就会有额外的行。你的应用程序不采用这种标准方法有什么特殊原因吗？我这样问是因为在您的设计中，HTML页面实际上是站点内容的副本，而不是源代码，并且在源代码管理中存储站点内容并不常见，通常只存储用于创建和显示内容的实际代码。其他一些存储，例如数据库，它本身可以单独备份，用于存储内容。如果您将内容与代码一起存储，那么将应用程序部署到不同的环境以测试etcHi@ADyson sir将非常困难。我使用两个存储库，一个用于源代码，另一个用于数据文件。我会根据设计师给我的不同模板对我的内容进行模板化。我在问为什么不使用这种方法？好的。如果您需要版本控制和历史记录，那么源代码控制系统是存储文件的合理方式。但正如我提到的，我会严肃地质疑存储静态文件是否是设计站点的好方法。它会带来一些问题，例如磁盘空间、维护等。例如，请考虑是否要在一段时间后更改网站的布局或配色方案。如果您将HTML的静态副本与每一部分内容一起存储，那么您就不能这样做，因为您将不得不修改数百个HTML文件。如果你只是根据模板按需创建HTML，那么就很容易了——你只需要修改模板，然后每次请求查看博客文章（无论文章有多旧）都会使用新模板，因为每次查看都是根据模板重新创建的。嗨@Fabiosoft，如果我有很多文件会怎么样。在全面实施之前，我想知道风险。Git在规模上非常有效。大公司也使用它