我很好奇其他人是如何处理这个问题的。我们的小组已获得使用 Joomla 实施内部网站的指示。我们为负责维护站点的人员设置了开发服务器和生产服务器。我们正在使用 IIS 和当前版本的 Joomla。
我可以将两者与 Akeeba Backup Core 和 Kickstart 同步，但这似乎是一个“全有或全无”的选择。它有效，但如果她正在处理例如网站的外观和感觉，但只是想同步内容，那似乎不可行。
我觉得肯定有人之前已经解决了这个目标，但是网络搜索似乎发现人们在同一台服务器上但在不同的子目录中运行 dev/prod，或者忽略问题的“全有或全无”问题，继续对于“一次全部做”的方法，这似乎不切实际。内容经常变化，但外观/感觉却并非如此。
我们已经这样做了好几年了。我们使用开发服务器和产品服务器。当我们在 dev 上进行内容更改时，我们使用 phpMyAdmin 将内容表从 dev db 复制到 prod db。在某些方面，它仍然是一种全有或全无的方法，因为我们必须一次复制整个内容表。这意味着当您进行复制时，您不能让某些页面仍在开发中。在其他方面，它仍然是一种零碎的方法，因为我们可以复制单个表，例如模块、菜单等。但同样，它是一次所有模块、一次所有菜单等。phpMyAdmin 中有一种方法可以复制一个人从dev中的一个表中取出page或者item，放到prod中对应的表中，但是有点麻烦。不过，它有效。
至于设计元素（图像、css、模板更改等），我们做同样的事情，但复制是通过 ftp 手动完成的，从一台服务器到另一台服务器。显然，对于需要移动到 prod 的 dev 上的 pdf 文件之类的东西，这是相同的方法。
总而言之，这种方法在很长一段时间内对我们来说效果很好。但它的限制是你必须意识到你正在一次复制整个表。
所有这一切的积极之处在于，当我们有正在开发的页面时，我可以利用内容让人们快点完成他们的工作，因为一个未完成的页面可以支撑整个网站！
这个工作流程困境对我来说已经出现了几次。
您提到外观和感觉的更改，如果只是模板更改，那真的更简单。拉下实时服务器的 Akeeba 备份，将其启动到本地服务器，处理模板文件，然后将更新的模板文件上传到实时服务器，这非常简单。
也就是说，如果它不仅仅是对现有文件的 CSS 和 HTML 调整，那么它可能是一个更复杂的过程。
就我个人而言，我还没有找到解决这类事情的灵丹妙药，但经过深思熟虑和计划，这还不算太糟糕。