我逐渐掌握了在WordPress中使用Git的诀窍,但我有一个问题,希望是一个简单的答案。
我已经建立了自己满意的本地环境,并将BitBucket用作私人回购。
当我对本地开发感到满意时,我会推到我的临时服务器。
然后,一旦客户批准了临时站点,它就会被推到生产环境中。
客户端可以访问生产站点,可能会对博客进行更改(我知道这只是数据库工作),并上载一些图片。
如果客户端要求对站点样式进行一些更改,那么使用WP Db Migrate Pro将生产版本(新图像等)和数据库拉回到我的本地服务器以开始工作,然后像以前一样继续转移到生产,这是一种好的做法吗?
如果主题文件需要一些主题更改,我是否应该只拉它们?或者,如果他们要求我上传新图片等,就拉所有东西。
SO网友:dswebsme
这与其说是一个GIT问题,不如说是一个开发工作流问题(GIT与SVN将根据您提供的详细信息生成类似的WordPress工作流)。
如果客户端想要进行的更改不直接依赖于特定的数据,那么就不需要为每次更改将产品数据向下同步到本地环境。例如,您可以更改主页的样式,而无需依赖数据库中的特定帖子。
存储在媒体库中的图像也是如此。如果客户端只想看到以特定方式对齐或设置样式的图像,那么您可以在本地或临时环境中使用FPO图形演示这些更改,而无需同步。
定义工作流时,需要考虑以下几点:
您可以随时将PROD的干净副本同步到本地环境或转移到本地环境。大多数情况下,您的本地数据都是一次性的如果您的客户需要查看您在本地所做的更改,这些更改依赖于数据库中存在的特定数据,那么您应该只从本地同步到暂存(从不同步到生产)您的PROD媒体库应该是您的“干净”集。尽量避免将图像加载到PROD中进行测试。使用本地和暂存如果您可以选择CDN,它将减轻在各地移动媒体资产的负担。无论您的环境如何,大多数缓存插件都会通过绝对URL引用您的CDN资产如果您没有CDN,您应该对媒体资产进行版本控制,使其更易于移动。CDN是一种更快/更干净的解决方案,但许多人仍然会添加版本控制(为了省心)经常对PROD数据运行备份,以便始终有一个最近的恢复点。这对于您的数据库和当前不受版本控制的任何资产来说尤其如此在定义适合您的工作流时,这是一个更一般的建议。我希望这些建议能有所帮助。