【问题标题】:How can I manage complex WordPress setups in git?如何在 git 中管理复杂的 WordPress 设置?
【发布时间】:2014-01-01 04:26:47
【问题描述】:

我正在努力想出一个在我复杂的 WordPress 项目中使用 git 的良好工作流程。我想知道人们是否可以推荐一种在这种情况下运行良好的工作流程。

这是我的情况,以及我遇到的问题。

情况:WordPress 安装,带有为 WordPress 和服务器定制的配置文件,来自多个开发人员的两个或多个 WordPress 主题和来自多个开发人员的 20-25 个插件。

问题:

  • 我考虑为单个插件和主题创建存储库,因为 WordPress 处理自己的更新。这会更容易管理,但我仍然需要跟踪整个项目(使用了哪些插件、WordPress 配置文件、服务器配置文件、Google 验证文件、网站图标和其他不属于插件的资源或主题),我想要一种简单的方法来克隆或部署整个项目到新服务器上。
  • 并非所有插件都有公共 git 存储库,因此我要么必须将该代码添加到我自己的存储库中,要么忽略这些插件的目录。

如果我忽略没有 repo 的插件,那仍然是该代码不在版本控制中的问题。这使得我很难克隆、部署或跟踪我自己对它的更改。

在大型 WordPress 项目中使用 git 的最佳工作流程是什么?

【问题讨论】:

    标签: git wordpress wordpress-theming git-submodules


    【解决方案1】:

    每个项目我都有 1 个 repo。这使我可以跟踪本地和服务器双方的更改。您还可以使用 git hooks / cron 等来保持服务器同步或构建过程。

    当我做主题时,它通常是特定于项目的,所以它只是在项目 repo 中完成。 我在该插件特定的单独存储库中维护我的插件。

    如果它是我维护的客户端,那么一切都由 Git 处理并且自动更新被禁用。我最喜欢的好处是一个命令 git status 让我知道站点文件发生了什么变化 + 它全部备份到远程和我的本地并被跟踪的事实。

    您还可以使用 Vagrant、PuPHPet 和/或https://github.com/10up/varying-vagrant-vagrants 的变体进行全面部署

    我一直在优化自己的构建,开始使用 Composer、不同的 vagrant vagrants、Grunt 和 GitLab 进行私人回购管理,希望能节省整个过程的时间。

    最终它会依赖于很多变量,

    • 托管环境
    • 团队和团队知识
    • 项目类型
    • 项目规模
    • 您自己管理这一切的能力
    • 您希望如何部署到实时站点
    • 等等……

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2020-06-14
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多