5分钟生成10篇英文软文article forge软件试用

在这个博客上,您经常会发现发布新产品、主题、案例研究和其他我们引以为豪的新闻的帖子。 还有一个我们非常自豪的发展,我们没有在这个博客上讨论太多。 WooThemes.com 的发展。 我们自己网站的开发是我们在过去几个月里彻底修改的。

google广告开户

我们想让您深入了解本网站幕后发生的事情。 谁在编写代码? 我们如何将代码部署到我们的服务器? 我们使用什么版本控制系统? 我们如何管理这一切?

此版本控制流程的部分内容也适用于我们的产品版本。 在 WooCommerce 团队中,我们正在做类似的事情,我们的主题开发目前也正在迁移到相同的流程。 我们已经在我们自己的网站开发中尝试并完善了这个新流程,这就是为什么这个特定项目将成为本文的重点。

从事代码工作的人

正如您可能在我们的“认识团队”页面上看到的那样,我们在 WooThemes 有一大群人,致力于开发各种产品。 我们有设计师、开发人员、支持忍者、管理人员等等。 在 WooThemes 网站上工作时,我们会应用所有这些专业知识。

如果有一项工作需要多人一起工作,我们通常会挑选最适合该工作的人。 例如,如果我们需要完成一些涉及一些设计和一些代码的事情,我们会将开发人员和设计人员配对。 然后他们开始着手实施计划(通常由营销人员和相关团队制定)。

结合所有这些力量,每个人都可以做他们最擅长的事情。 这会提高生产力,并让人们从事他们喜欢的任务。

所有这些人也让管理变得有点复杂,这就是为什么我们在这个项目上有一个专门的经理,负责监督与 WooThemes.com 相关的所有事情。 我们还更改了工具以及我们使用它们的方式,所有这些都是为了改善我们的开发流程。

GitHub 是中心枢纽

我们所做的第一件事是确保每个人都在同一个页面上完成所有需要做的事情,确保 GitHub 是我们流程中的中心枢纽。 我们曾经拥有多种工具,包括 Trello 板和 Basecamp,但事实证明,在一个特定平台上实现这一切会更加高效。

我们现在将所有想法、功能请求和错误报告直接记录为 GitHub 问题。 这为我们提供了一个中心位置来寻找该做什么。

然后,我们的经理会定期检查这些问题,并确定它是功能请求、错误报告还是其他不同的东西。 大多数从事这个项目的人会立即对新票进行分类,但他们总是在安排发布之前进行检查。

WordPress divi主题

发布和里程碑

每个版本在 Github 中都有一个与之相关的里程碑。 一旦工单被设置为特定的里程碑,我们还会将我们团队的负责成员分配给它。 这不是唯一会处理它的人,但它是负责在设定的时间范围内完成此问题的人。

每个里程碑还有一个预定的发布日期。 这些不是一成不变的,我们总是希望确保我们提供高质量的代码。 我们确实尝试强制执行这些日期。 确实(有时)我们决定在与我们最初计划的不同的里程碑中发布一些东西。

让 Git 工作

我们是 Git 版本控制系统的粉丝。 它非常适合我们与分支机构合作的方式。 Git 在分支、合并和提交方面如此之快的原因之一是因为它是分布式的。 这样,每个人都可以在自己的本地存储库上工作,而不必经常与主服务器同步。 这最终会导致更快的开发流程,而不会失去版本控制系统所提供的一切好处。

分支和合并

像每个版本控制存储库一样,我们也有一个主分支。 这是实时网站运行的地方,也是所有其他分支的来源。 如果您一直在某个分支中开发某个功能,则必须先将其合并到主分支,然后才能将其部署到实时网站。

gitflow

这就是我们的分支机构网络的设计目的。 每个版本(也由 GitHub 上的里程碑表示)都有自己的专用发布分支。 如果我们正在开发我们网站的 1.1 版本,我们有一个 release-1-1-0 我们存储库中的分支,其中包含特定于该版本的所有内容。

基于该发布分支,我们为每个任务创建功能分支。 例如,我正在为 1.1 版本构建一个小插件,旨在生成随机优惠券代码。 然后我继续从 release-1-1-0 分支,命名 feature-random-coupon-codes. 我们也倾向于将与此任务对应的 GitHub 问题的 id 作为分支名称的前缀,但这是可选的。

完成开发后,我将所有内容推送到功能分支中的 GitHub 存储库。 从那里,我向发布分支提交一个拉取请求。 一位经理或另一位开发人员检查我的代码并将其合并。一旦属于该版本的所有内容都准备好并合并到发布分支中,我们就开始测试的最后阶段。 在将所有内容合并到主分支以部署到实时网站之前,可能需要进行一些小修复。

发布更有条理

在任何时候,都会有至少两个分支在积极开发中。 这是下一个次要版本(例如 release-1-1-0 分支)和一个修复发布分支(在本例中: release-1-0-1) 用于以前的次要版本。

用于较小修复的单独分支允许我们将修复部署到实时网站,而无需先完成所有新功能。 这正是我们选择使用这套看似复杂的分支规则的原因。 虽然一开始它可能看起来有点复杂,但一旦你开始使用它,你就会发现它实际上并没有那么糟糕。

fiverr建站WordPress程序员

所有次要版本都在里程碑中安排了固定的发布日期,而修复版本通常在本质上更具动态性。 当然,我们会尽量减少修复次数。 不过,有时我们确实需要每天部署多个修复程序。 如果我们没有单独的发布分支,如果可能的话,这会更加复杂。

希望这篇文章对您有所帮助,并且能够将此工作流程应用于您自己的产品和项目。 我们一直在寻求改进我们的流程,欢迎提出任何建议🙂

cta-banner-10-产品页面-v2_2x

5分钟生成10篇英文软文article forge软件试用
tiktok