如果您在 wordpress 存储库上托管了一个插件，那么您将会相当熟悉 svn 及其一些命令。在本教程中，我将向您展示如何使用 git（另一个由 github 普及的版本控制系统）来发布和维护您的插件。
什么是 git？git 和 svn 都是版本控制系统的示例。 wordpress 的存储库使用后者（如果您有 wordpress 上托管的插件，您将熟悉“签入”以对此存储库进行更改）。它们都允许您跟踪代码的更改，但它们之间的执行方式存在很大差异。
svn 依赖于代码的单个“中央存储库”（在我们的上下文中：wordpress 插件存储库）。每次您想要编辑插件时，都需要制作本地副本、进行更改，然后将这些更改“签入”到 wordpress 存储库。
git 是一个分散的版本控制系统。您不仅拥有插件的本地副本，还拥有插件存储库的完整克隆，并包含其所有更改。该存储库现在独立存在于您的计算机上。您可以在本地计算机上提交并跟踪更改、恢复更改或向不同方向“分支”插件。只有当您愿意更新插件时，您才会将更改推送到 wordpress 存储库以将其公开。
在本教程中，我假设您已在 wordpress 插件存储库上托管了一个插件，或者至少您的托管请求已获得批准。如果您不确定如何让 wordpress 托管您的插件，我建议您阅读我们有关如何发布到 wordpress 插件存储库的文章。
使用 git 相对于 svn 有哪些优势？支持和反对使用 git 而不是 svn（以及一般的去中心化版本控制系统）有很多争论。其中许多源于 git 和 svn 跟踪更改的根本不同方式。 codeforest 的 git vs svn 文章对 git 和 svn 进行了精彩、深入的分析，但对于 wordpress 开发人员来说：
离线访问 – 您可以在自己的个人“开发存储库”上进行提交并跟踪提交。仅当您想要公开更改时，才需要访问 wordpress 存储库。一旦您学会了 git，就会更更容易使用 - 本文将引导您完成在存储库中进行更改和更新所需的基本工作流程。我在底部链接到了一些资源，其中提供了有关使用 git 的更多详细信息。github – 让我们面对现实吧，这就是我们大多数人听说 git 的方式。 git 的去中心化特性使其能够鼓励“社交编码”。您可以在 github 上保留插件的副本，鼓励社区参与并进行改进或扩展，然后您可以将其包括在内。一般来说，向其他开发人员公开您的插件是个好主意。轻松“分支”您的插件 - 您可以在本地副本上创建“实验”分支来测试可能的新功能，然后如果它们有效，则在发布下一个版本时将它们合并回来插件。使用 git 的一个缺点是让它与 svn 存储库很好地配合。由于 git svn，这实际上并不难，本文就是为了指导您完成它。
第1步下载git如果您还没有安装 git，您需要安装它。 git 社区书籍和 pro git 书籍（如果您是 git 新手，这两个优秀资源）中详细介绍了如何安装 git。如何安装 git 将取决于您的操作系统，以及您可以使用哪些 gui 程序。在本教程中，我将通过命令行完成所有操作 - 我鼓励您也这样做。在文章的最后，我将推荐一些您可以使用的 gui 程序，但通常，我只使用它们来帮助可视化存储库的分支。
第 2 步克隆插件的 wordpress 托管存储库如前所述，使用 git，您无需“签出”插件的副本 - 您可以克隆存储库，并包含所做更改的历史记录及其所有分支和标签。第 1 步是克隆插件的 wordpress 托管存储库。作为示例，我将根据之前的教程发布一个“帖子类型档案链接”插件。因此（一旦您被 wordpress 存储库接受）打开您的命令行界面，然后导航到您想要存储插件本地版本的位置。我将把它放在一个名为“plugins”的文件夹中。一旦到达那里，我们想要告诉 git 在哪里可以找到我们的插件。截至撰写本文时，wordpress 存储库中托管着近 20,000 个插件，并且有超过 500,000 个修订版本。我们不想等待 git 遍历每一个来找到我们的插件。因此，首先，我们找到插件的起始版本（我们希望它是整个历史记录）。为此，我们获取插件的第一个日志（最初将其添加到存储库时）：
svn log -r 1:head --limit 1 http://plugins.svn.wordpress.org/your-plug-in-name
它会思考一段时间，然后你应该看到类似这样的内容：
r520657 | plugin-master | 2012-03-19 03:56:31 +0000 (mon, 19 mar 2012) | 1 line
我的插件的第一个数字“520657”是第一个修订版。我们将在下一个命令中使用它，告诉 git 克隆我们插件的历史记录。将 xxxxxx 替换为您的修订号。
git svn clone -s -rxxxxxx --no-minimize-url http://plugins.svn.wordpress.org/your-plug-in-namecd your-plugin-namegit svn fetchgit svn rebase
“-s”告诉 git 期望 svn 存储库的标准（标签、主干、分支）布局。 '--no-minimize-url' 会阻止它在插件文件夹之外查找。 确保它没有丢失。如果您忽略它，您最终可能会复制整个 wordpress 插件存储库。 -rxxxxxx 告诉 git 要查找的修订版本。如果你忽略它，git 将搜索存储库的整个历史记录。修改次数超过 500,000 次。我有一次遗漏了这个，花了大约两个小时。安装完毕后，应该只需要几分钟。
完成后，您应该会发现它在“插件”文件夹中创建了一个名为“您的插件名称”的文件夹。让我们来探索一下。导航到“您的插件名称”文件夹并运行命令以查看存在哪些“分支”：
git branch -a
这将列出所有分支，本地和远程。唯一的本地分支应该是 master （星号表示这是您所在的分支）。其他分支是“主干”，如果有的话，每个标签都有一个分支（svn 将标签视为分支，但 git 比这更聪明）。
转到“本地文件夹”“plugins/your-plugin-name”，您应该会看到插件文件（如果有）。在其中创建或编辑任何文件之前，我们将创建一个单独的分支来处理。
更新：由于 neerav 和 john eckman 在下面的评论中指出的问题，上述命令已更新。上面的代码现在反映了 stephen harris 的建议。
第3步（可选）推送到github使用 git 的好处之一是您可以轻松地在 github 上维护插件的版本。这使得其他开发人员更容易访问您的插件，他们可能会提出改进建议，甚至进行自己的修改，您可以将其拉入您自己的存储库中。如果您已经设置了 github，此时您可能希望将插件推送到您的帐户。为此，首先在 github 帐户上为自己创建一个新存储库，然后将其作为远程分支添加到本地存储库：
git remote add origin git@github.com:<your-user-name>/<your-repo-name>.git
“your-user-name”是指您的 github 用户名，“your-repo-name”是指您在其上创建的存储库的名称github。然后你只需推送本地存储库：
git push origin master
第 4 步编辑插件：工作流程概要我们将创建一个新的分支“work”。我们将在这个分支内更改插件、进行更改并添加功能等。这意味着我们的“主”分支保持其原始状态。这允许我们切换回 master 分支，并再次分支。特别是，假设当您在“工作”分支中开发一些新功能时，您的插件中发现了一个主要错误。您可以切换回您的“主”分支（其中不包括您当前正在处理的任何功能），提交错误修复，然后将其推送到 wordpress 存储库。然后，您可以切换回工作分支并从上次中断的地方继续。 （注意：git 不会创建文件的副本 - 您的本地文件夹中始终只有一组文件。这些文件包含的内容取决于您所在的分支。）事实上，为要添加到插件中的每个新功能创建一个分支是个好主意。完成后，您只需将它们合并回主分支即可。如果这导致任何“冲突”，系统会要求您手动解决这些问题。
首先创建一个名为“work”的分支：
git branch work
然后“签出”（转到）分支“工作”：
git checkout work
一条消息将告诉您您已切换到“工作”分支。现在，使用您最喜欢的文本编辑器打开本地文件夹中的插件文件（如果还没有任何文件，则创建它们）。创建一些文件后，您可能想查看更改了哪些文件。您可以使用简单的命令来完成此操作：
git status
这将列出已跟踪和未跟踪文件的更改。可能存在您不希望 git 跟踪的文件（例如临时文件），但如果您向该文件夹添加了任何新文件，则需要告诉 git 跟踪它们。您可以使用以下命令执行此操作：
git add <file-name>
我在本地文件夹中创建了两个文件“post-type-archive-links.php”和“metabox.js”，因此我添加了他们告诉 git 跟踪他们。您必须确保您正在跟踪您的自述文件。
您还可以查看自上次提交以来的更改（这是 gui 程序变得非常方便的地方）
git diff
一旦您想要将更改提交到本地存储库：
git commit -a -m did abc to xyz
提供提交中包含的更改的（详细）消息。
在进行更改的过程中，您可以（并且应该）尽可能频繁地提交 - 但以合乎逻辑的方式，最好为您所做的每件“事情”进行一次提交。您还应该确保您的提交中没有明显的错误。 “撤消”一次提交既快速又轻松：您可以通过执行另一次提交来逆转前一次提交来完成此操作：
git revert head
（系统会提示您输入一条消息来描述此提交。）
第 5 步提交到 wordpress 存储库假设您现在想要将所有更改推送到 svn 存储库。在这样做之前，我们需要记住一些事情。 git 鼓励您经常提交，对于开发而言，这样做是一个很好的实践。不过，您的 wordpress 插件存储库可供分发。它不需要每一次提交。事实上，正如 otto（wordpress 核心贡献者）警告的那样，它也确实不想要它：
“如果我发现你[分别推送每个提交]，那么我将禁止你访问 wordpress.org。svn 只需要提交你的最终工作版本，而不是数百个的整个历史记录。您使用 git 所做的更改。将您的更改扁平化为单个提交。”
为了避免这种情况，当我们准备好推送到 wordpress 存储库时，我们会将所有提交合并为一个提交。有几种方法可以做到这一点。我们将把工作分支中的更改合并（并同时压缩）到主分支中。然后我们所有的更改都会作为主分支上的一次提交出现。然后我们删除工作分支并将主分支推送到插件的 svn 主干。
首先，我们要切换回 master 分支：
git checkout master
然后将工作分支更改压缩并合并到主分支中：
git merge --squash work
如果对主分支进行了更改，则合并中可能会出现冲突。系统会提示您在合并完成之前手动解决这些冲突。合并后，提交更改（这一提交将包含我们工作分支的所有提交）：
git commit -a -m made changes a,b,c,d
最后，我们删除工作分支
git branch -d work
如果您有多个分支想要合并，那么您可以对每个分支执行此操作。还有一些替代方法可以扁平化您的历史记录（例如交互式变基），我不会介绍这些方法。
此时，如果您愿意，您可以将最新更改推送到您的 github 帐户：
git push -u origin master
要推送到 wordpress 存储库，我们首先确保我们的本地存储库是“最新的”：
git svn rebase
然后，git 将获取您的 subversion 存储库，并将其中的任何更改与我们刚刚所做的更改合并。通常情况下，wordpress 存储库不应有任何更改，因此您应该看到以下消息：当前分支 master 已更新。
现在我们可以将更改推送到 wordpress 存储库
git svn dcommit
然后，git 可能会提示您输入 wordpress.org 凭据。输入后，您的更改将提交到 wordpress 存储库。很快您就会收到来自 wordpress 存储库的一封电子邮件，通知您提交情况。
第 6 步标记新版本目前，这些更改将放在后备箱中。如果我们想标记插件的新版本怎么办？为插件创建下一个版本时，您应该更新自述文件，以便稳定标签指向您的新版本（例如“2.0”）。您还应该在 your-plug-in-name.php 文件中更新插件的标头信息。如果您忘记执行此操作，只需执行上述过程并进行这些更改即可。
一旦您的“主干”完全更新（包括最新版本信息），我们只需在 wordpress 存储库中创建新标签即可：
git svn tag 2.0
这会将 trunk 中的所有内容复制到 tags/2.0 中（通常使用 svn cp trunktags/2.0 在 svn 中实现的效果）。
如果您想在本地存储库中标记版本：
git tag -a 2.0 -mtagging 2.0
第 7 步（可选）在 github 上标记新版本与我们对 wordpress 存储库所做的类似，确保我们的存储库同意，然后推送我们的更改和标签：
git pull --rebase origin master git push origin master git push origin --tags
git 命令的有用资源git 参考（有一个关于“如何像 git 一样思考”的很好的部分）git 社区书籍pro git 书籍git ready（与其说是指南，不如说是“片段”集合）svn 到 git 速成课程（如果您已经使用 svn 一段时间，会有帮助）git magic（git 的友好介绍）最后，还有一些可能会派上用场的 git “备忘单”：此处和此处。
gui git 程序窗口tortoisegit（与 windows 资源管理器集成良好的流行程序）msysgit苹果电脑git 塔github for mac（来自为您带来 github 的人）linux / 跨平台gitg（这是我使用的）qgitgit cola（跨平台）
以上就是使用git发布wordpress插件的详细内容。