今天聊聊网站的版本管理问题。
我习惯在本地电脑上维护好网站的基线版本，有什么新的需求或者新技术栈更新时，都会在这个基线版本上做对应的操作。
但很多时候，因为有好几个网站的缘故，没办法很及时更新这些网站的线上问题，自然也就导致了有些网站的软件版本比较新，有些网站的软件版本比较旧。
针对这种情况，我过去的做法是维护一份 Change Log 日志，详细记录了这份基线版本的网站模板都更新了哪些部分的内容。
那后续线上的版本的网站碰到问题时，直接对比两份日志文件，便知道需要做哪些具体的问题了。
但这种操作有一个比较大的弊端，就是当你网站有好几个的时候，你需要逐一对每一个网站进行所有操作。
尤其是 WordPress 这种系统，没办法进行部分功能迁移，那这种力度很细的网站更新操作就会非常非常消耗时间。
所以有的时候，当某个网站的内容不多时，我可能会反其道而行之。
直接将线上网站的内容备份下来，然后把本地基线版本覆盖过去，最后再去做对应的内容完善。
这种操作我操作下来，只要 URL 结构没什么大的变化，那对已有的收录与索引排名并不会产生太大的影响。
当然现在除了 WordPress 这套系统之外，我也尝试着使用 NextJS 这种全栈框架来搭建网站。
使用 NextJS 的好处就是，所有的东西都在你的掌控之内，你想怎么设计就能怎么设计。
况且有 AI 能力的加持，我现在只需要提供想法就可以，具体的代码输出与规范性检查便全部交给 AI 去做了。
所以对这类网站版本的管理，我的思路就是程序逻辑与数据完全分离开。
这么做的好处有不少，我觉得最大的一个点就是非常方便我自己来做所有网站的版本管理。
比如今天我对网站的基线版本做了 3 次集中操作，现在需要把这三次操作同步到线上的所有网站上去。
过去 WordPress 这套系统需要我手动一个一个进行操作，而 NextJS 这套系统则完全不需要了。
直接把所有的程序代码统一复制一下，再逐一打开各个网站的项目文件夹，然后把复制好的代码粘贴进去并覆盖原有代码就好了。
从操作上来说，这种全站框架搭建出来的网站系统，在版本管理上真的非常方便。
我在网上甚至有看到别人写了一个脚本，直接一键点击便可以把所有的基线更改同步到线上网站上去。
这种操作我倒是没有具体实操，就是单纯觉得花时间去构思并维护一个这样的脚本也挺麻烦的。
反正怎么简单怎么来吧，在本地维护一个 Change Log 文件，记录好每一个网站的版本号。
需要做版本更新或者版本管理时，对照着日志文件操作便好了。
