我很好奇其他人是如何接近这一点的。我们小组已获得使用Joomla实施内部网站的指令。我们为负责维护站点的人员和生产服务器设置了一个开发服务器。我们正在使用IIS和当前版本的Joomla。
我可以将这两者与Akeeba Backup Core和Kickstart同步，但它似乎是“全有或全无”的选择。它可行，但如果她正在开展工作，例如，网站的外观和感觉，但只想同步内容，这似乎是不可行的。
我觉得那里的某个人之前必须已经解决了这个目标，但网络搜索似乎会让人们在同一台服务器上但在不同的子目录中运行dev / prod，或忽略了“全有或全无”的问题，采取“一气呵成”的方法，这似乎不切实际。内容经常变化，但外观不同。
答案 0 :(得分：2)
我们已经这样做了好几年了。我们使用开发服务器和prod服务器。当我们在dev上进行内容更改时，我们使用phpMyAdmin将内容表从dev db复制到prod db。在某些方面，它仍然是一种全有或全无的方法，因为我们必须立即复制整个内容表。这意味着在执行复制时，您无法将某些页面保留在开发中。在其他方面，它仍然是一个零碎的方法，因为我们可以复制单个表，如模块，菜单等。但同样，它是所有模块，所有菜单，等等。在phpMyAdmin中有一种方法来复制个人来自dev中的表中的页面或项目并将其放在prod中的相应表中，但这有点麻烦。但它确实有用。
对于设计元素（图像，css，模板更改等），我们做同样的事情，但是复制是通过ftp从一台服务器到另一台服务器手动完成的。显然，对于像dev上的pdf文件这样的东西，这需要转移到prod。
总之，这种方法在很长一段时间内对我们起了相当好的作用。但它的局限性在于您必须意识到您正在复制整个表格。
所有这一切的积极因素是，当我们有正在开发的页面时，我会利用内容人员来快速完成他们的工作，因为一个未完成的页面可以占据整个网站！
答案 1 :(得分：0)
这个工作流程困境已经出现过几次了。
你提到了外观和感觉的变化，如果只是模板更改，那就更简单了。下拉实时服务器的Akeeba Backup，将其重新启动到本地服务器，处理模板文件，然后将更新的模板文件上载到实时服务器，这非常简单。
也就是说，如果它不仅仅是CSS和HTML调整现有文件，它可能是一个更复杂的过程。
就我个人而言，我没有找到这种事情的灵丹妙药，但有了一些预见并计划它并不太糟糕。