我有一个基本但常见的WordPress工作流程问题。

当前工作流程

  • 我在本地开发所有内容
  • FTP文件(和数据库转储)到服务器以显示客户端
  • 在本地进行请求的更改
  • FTP文件(和数据库转储)再次通过服务器
  • 更多本地编辑
  • FTP(和数据库转储)再次启动
  • 冲洗并重复

  • 这已经成为怪物的痛苦。一定有更好的方法

    怀疑的Git工作流程
  • 本地副本将是我的“主”
  • “推送”文件最多到
  • 从中间位置将此文件“拉”到我的实时/测试服务器

  • 我想我对应该在概念上完成该操作有一个想法,但是我不知道实际上应该如何执行。我应该在中间使用Github私有(private)仓库吗?是否有一种方法可以使Live网站直接从本地主机回购中“拉”?

    道歉,如果这看起来已经很基本或已被淘汰,但是我已经搜索并没有找到基本的“这就是您的工作流程外观”指南。

    谢谢!

    特里

    最佳答案

    看来您根本没有使用版本控制。您将要开始,这是一个好主意。我刚刚从SVN转换为Git,并且在某种程度上做着您正在做的事情。让我们从您的目标开始:

  • 获取版本控制
  • 通过Git建立某种Web部署
  • 远程托管版本控制

  • 人们会告诉您Git并不是Web部署工具-他们可能是正确的,但到目前为止它对我来说还可以,我做了类似的事情。幸运的是,我在Wordpress上进行了练习-这是我采取的步骤。
  • 使用Git设置获取所有内容,并在客户端进行安装。
  • 在原始安装中下载了最新版本的Wordpress。
  • git init不做任何修改的基本安装
  • 将母版分为“dev”和“live”
  • 在本地工作,提交“dev”,然后一旦完成更改,将其合并以运行。

  • 现在,我最后回去做的是创建一个gitolite服务器VM并将其用作主机-在您的示例中,这有效地替换了github。我认为您知道远程存储库的值(value)-我一定会遵循这种路线。

    我将在建议的第2步中回溯一秒钟。您应该在母版上保留Wordpress的原始版本,以便可以升级核心并查看其如何与自定义代码一起使用,而不是在分支之一之类的东西上破坏核心,而一切都坏了。这对我来说非常方便,而且我肯定会在Magento等大型项目中使用。

    好,回到部署。您可以将git客户端放在您的Web服务器上,并从工作流的分支中获取pull,但是您必须考虑一些特殊的计划注意事项。在某些地方,特别是配置(数据库等)中,您的prod文件很可能与您的dev文件不同-您将要确保这些文件在.gitignore中,因此您不会将dev配置拉到您的文件中prod环境。

    我主要总结了人们在我开始从事此工作时告诉我的内容,希望对您有所帮助。同样,我只是稍稍过去了,因此,如果有人有任何更正/优化,请随时发表评论。

    关于git - 使用WordPress进行Git工作流程-本地主机,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/6372916/

    10-16 16:51