最近更新的页面

简介 《通用数据保护条例》（GDPR）已生效，赋予欧盟居民对其个人数据的更多权利。开发者必须确保 WooCommerce 扩展符合这些法规。 数据共享和收集 第三方数据共享 评估并记录任何第三方...

确保您的 WooCommerce 扩展与核心平台、各种组件和其他扩展兼容，对于为用户提供无缝体验至关重要。本文档涵盖了兼容性的重要性、自我声明兼容性检查的流程、手动测试兼容性问题的步骤以及故障排...

在世界许多地方，电子商务商店需要对残疾人士开放。作为 WooCommerce 扩展开发者，您的代码直接影响使用您的扩展的商店的可访问性，并可能影响商家遵守可访问性法律的情况。 本页面是为希望确保...

简介 在代码提交请求中提供清晰的测试说明是 WooCommerce 中质量工程的第一步，这对于尽早进行测试以及最大限度地减少 WooCommerce 未来版本中意外影响至关重要。 本页面包含以下...

我们已经确定了 WooCommerce 核心中我们认为最重要的用户流程。这些流程将帮助我们集中和优先安排我们的测试工作。它们还将帮助我们考虑更改的影响以及问题的优先级。 随着平台的不断发展，这些...

Beta 测试对于确保我们的发布版本尽可能无 bug 至关重要，并且可以让我们在将更改正式发布之前收集用户反馈。 任何人都可以参与 Beta 测试，包括商店所有者、插件开发者、主题开发者、译者，...

WooCommerce 的发布流程由一系列 GitHub Actions 工作流支持，这些工作流可以自动化重复性任务、强制执行流程规范，并发送通知。本网页提供了所有与发布相关的流程的参考，并按触...

本网页提供了在 WooCommerce 发布过程中可能出现问题的故障排除和恢复指南。它涵盖了常见场景、推荐操作以及最佳实践，以帮助确保发布过程顺利进行，并高效地解决任何问题。 场景 / 常见问题...

什么是补丁版本？ 补丁版本是针对特定问题而发布的，不包含大量新功能的修复版本。补丁版本通常包含： 关键的错误修复，影响商店功能或结账流程。 安全补丁，用于解决紧急漏洞。 兼容性修复，用于解决 W...

小版本发布用于解决已发布 WooCommerce 版本中发现的严重问题。 这些是补丁版本（例如，9.9.0 → 9.9.1），仅包含生产环境中的必要修复。 请注意，此过程仅适用于已发布且在客户生...

WooCommerce 单仓库项目包含许多 JavaScript 组件，用于支持 WooCommerce 的开发，例如 @woocommerce/components，这些组件通过 NPM 进...

在发布后，发布负责人应继续监控以下内容，以查找与最新版本直接相关的任何错误。 监控应在主要发布后的 3 天内和点发布后的 1 天内继续。 如果存在疑问，即某个特定问题是否足够严重，以至于需要创建...

代码回溯是指将 trunk 中的更改应用到发布分支的过程。 这确保了关键的修复程序能够通过即将发布的版本到达客户。 请注意，这些流程仅适用于即将发布的版本（而不是已经发布的版本的补丁）。 发布...

本风格指南旨在提供创建有效且用户友好的 WooCommerce 技术文档的指导方针，这些文档将存储在代码仓库中，并由开源贡献者和 WooCommerce 团队进行编辑和迭代。 写作风格 语言风格...

约定 分支命名 虽然我们不强制执行任何命名约定，除了发布分支（始终以 release/ 开头），但前缀有助于指示分支或更改的类型。 一些常见的前缀包括 fix/、 feature/、 add...

在所有字符串中使用 woocommerce textdomain。 当在 printf/ sprintf 中使用动态字符串时，如果需要替换多个字符串，请使用编号参数。例如， Test %s ...

WooCommerce 非常重视安全性，并努力确保我们的商家及其客户的安全。 您可以在 这里 找到我们的安全策略，如果您认为您发现了一个漏洞，我们鼓励您遵循该策略并通过 HackerOne 提交...

SCSS 当在 WooCommerce 项目中更新 SCSS 文件时，请仅提交您对未压缩的 SCSS 文件的更改。 压缩操作将作为发布过程的一部分进行处理。 要获取压缩后的 CSS 文件，请从仓...

弃用是一种鼓励用户放弃某些功能或实践，而选择其他替代方案的方法，这种方法既不破坏向后兼容性，也不完全禁止其使用。 引用维基百科关于弃用的文章： 尽管已弃用的软件功能仍然存在于软件中，但其使用可能...

本页面旨在记录已知的常见问题、遇到的问题以及它们的解决方案或解决方法。 如果您遇到了此处未提及但应该记录的问题，请随时将其添加到列表中。 Composer 在 Automattic\Jetpa...