我的团队刚刚切换到使用acf-json,我们有一些关于如何在使用git的团队中处理文件的问题。
基本上,问题是,当.json文件显示为已修改时,我们是否应该始终提交它们,以及每个团队成员是否应该坚持一种习惯,即在拉出后立即同步?
最近(在我意识到同步不是自动的之前),我在同步之前更改了管理中的一些东西。当然,这使得我的“修改”日期更新,同步不再是一个选项。我们通过从生产服务器生成新的.json文件并将本地计算机同步到它们来修复它。问题解决了。
但是…在我同步后,新的.json被创建了,它实际上与我刚刚导入的完全相同,但具有更新的修改日期。现在,如果我提交了这些,而另一个用户同步了这些,同样的事情不会永远发生吗?
现在我只会删除它们,而不是提交它们,但我希望有人能解释一下,当编辑字段组时,有一种更加自动化的工作流程,而不是直接动手。
谢谢。
发布于 2018-04-25 09:19:03
是的,JSON文件绝对应该提交到git,并在每次提取后进行同步(如果必要)。这可能会变得单调乏味,团队成员有时会忘记这样做。
查看ACF插件目录中的includes/admin/admin-field-groups.php
,我们看到手动同步请求是在295行附近处理的,这意味着应该可以在钩子中自动执行同步过程。
这样做需要非常小心,以防止干扰ACF的现场加载……我在尝试时遇到了重复字段的问题,并恢复到手动同步字段(我主要开发solo)
发布于 2019-10-02 15:55:31
而不是…在我同步后,新的.json被创建了,它实际上与我刚刚导入的完全相同,但具有更新的修改日期。现在,如果我提交了这些,而另一个用户同步了这些,同样的事情不会永远发生吗?
您需要执行以下操作将所有内容重置为正常状态:
1-在本地,将所有ACF发送到回收站,然后转到回收站并永久删除它们。(数据不会被删除,而是存储在帖子元数据中的其他位置)
2-在生产站点或最新功能副本所在的站点上,转到ACF工具并导出JSON中的所有字段。
3-在本地,导入所有字段。将生成与在线配置匹配的新本地Json。
--
如果生产站点还存在与Jsons的同步问题,则需要在生产中阻止对配置页面的访问,以便只能通过JSON更新字段。(提交)
同步配置后,您需要遵循以下指导原则。
https://www.awesomeacf.com/how-to-avoid-conflicts-when-using-the-acf-local-json-feature/
https://stackoverflow.com/questions/31949277
复制相似问题