使用WordPress的Git工作流 - Localhost to Live

Question

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

当前的工作流程

1. 我在当地开发一切
2. FTP文件(和数据库转储)到服务器以显示客户端
3. 在本地进行请求的更改
4. FTP文件(和数据库转储)再次启动服务器
5. 更多本地编辑
6. FTP(和数据库转储)再次上升
7. 冲洗并重复

这已成为一个怪物的痛苦.一定有更好的方法

疑似Git工作流程

1. 本地副本将是我的"主人"
2. "推送"文件到某个地方
3. 将文件从中间位置"拉"到我的实时/测试服务器

我想我已经知道它应该如何在概念上完成,但我不知道它应该如何实际完成.我应该在中间使用Github私人回购吗？我的Live网站有没有办法直接从我的localhost仓库"拉"？

抱歉,如果这看起来已经基本或被打死,但我已经搜索过并且没有找到基本的"这就是你的工作流程应该如何看"指南.

谢谢!

特里

Answer 1

看起来你根本就没有使用版本控制.你要开始这是个好主意.我刚刚从SVN转换为Git,而且我正在做你在更宏大的层面上做的事情.让我们从您的目标开始:

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

人们会告诉你Git不是一个Web部署工具 - 它们可能是正确的,但到目前为止它对我来说还可以,我做了类似的事情.幸运的是,我在Wordpress安装上练习 - 这是我采取的步骤.

1. 通过Git设置获得所有内容并安装到客户端.
2. 在vanilla安装中下载了最新版本的Wordpress.
3. git init 基本安装没有修改
4. 将主人分成"开发者"和"活着"
5. 在本地工作,在"dev"中提交,然后一旦完成更改,就合并为live.

现在,我最后回去做的是创建一个gitolite服务器虚拟机并将其用作我的主机 - 这在您的示例中有效地替换了github.我想你知道远程存储库的价值 - 我肯定会追求这条路线.

我将在我的建议的第2步中回溯一秒钟.您应该在主服务器上保留Wordpress的vanilla版本,这样您就可以升级核心并查看它如何与您的自定义代码一起使用,而不是像您的某个分支机构之类的东西那样升级核心.这对我来说非常方便,而且我肯定会在像Magento这样的大型项目上使用它.

好的,回到部署.您可以在您的网络服务器上放置一个git客户端,并pull从工作流程中的分支中获取它 - 但您必须考虑一些特殊的规划.您的prod文件很可能与某些地方的开发文件不同,特别是配置(数据库等) - 您将要确保这些文件存在,.gitignore这样您就不会将配置提升dev到您的prod环境中.

我大部分时间总结了当我开始研究时人们告诉我的内容所以我希望它有所帮助.再说一遍,我只是略微超过你的位置,所以如果有人有任何更正/优化,请随时发表评论.