欢迎点击“编辑按钮”参与文档的勘误和翻译哦。 编辑

本文贡献者 :

如何参与 52ABP 贡献

我们很乐意为您贡献 52ABP 并帮助它比现在更好!作为贡献者,以下是我们希望您遵循的指南:

有疑问或问题?

不要为一般支持问题打开问题,因为我们希望针对错误报告和功能请求保留 GitHub 问题。

52ABP 团队欢迎您的到来

如何参与 52ABP 团队的贡献进程 虽然 52ABP 没有固定的工作地点和工作时间,但是 52ABP 团队所有成员仍然坚持 Agile 模式,并清晰的知道他们的工作目标和这样做的结果。

52ABP 欢迎全世界任何人加入团队,并参与对 52ABP 的贡献。

可以加入 QQ 群:633751348 联系我们

团队的开发进度管理

52ABP 的模块都由一个敏捷团队构建完成。而每一个敏捷团队在进行具体工作时,都采用 Scrum 模式管理团队的工作进度。

如果你仍然不太了解 Agile 敏捷开发与 Scrume 管理框架,我们希望你能够阅读上面的内容。

发现了一个 Bug?

如果您在源代码中发现错误,可以通过向我们的 GitHub 存储库提交问题来帮助我们。更好的是,您可以提交带有修复的 Pull Request。

缺少一个功能?

您可以通过向我们的 GitHub 存储库提交问题来申请新功能。如果您想要实施新功能,请先提交一份有关您工作的问题,以确保我们可以使用它。请考虑它是什么样的变化:

对于主要功能,首先打开一个问题并概述您的提案,以便进行讨论。这也将使我们能够更好地协调我们的工作,防止重复工作,并帮助您制定变更,以便成功地将其纳入项目。 小功能可以制作并直接作为 Pull Request 提交。

提交指南

在您提交问题之前,请搜索问题跟踪器,可能是您的问题已存在的问题,并且讨论可能会告知您可以随时使用的解决方法。

为了使得文档更美观、便于阅读,现统一 MD 文档排版规范,请大家自觉遵守。谢谢。

  • 保持各级标题的数字序号,如:1.1.3 ABP 适用的场景。

  • 文件格式为 md,如:1.1 ABP 领域层—实体.md。

  • 文件名格式:数字序号 章标题—节标题.md,如:1.1 ABP 领域层—实体.md。

  • 内容首行为节标题,即文件名,如:3.1 ABP 领域层—实体。格式为二级标题##,如:## 3.1 ABP 领域层—实体.

  • 标题格式:

    如:

    节标题 ---> 二级标题## 如:## 3.1 ABP 领域层—实体

    1 级标题 ---> 三级标题### 如:### 3.1.1 实体类

    2 级标题 ---> 四级标题#### 如:#### 1. 审计(Auditing)

    若有更低级标题,请依次类推。

  • 正文:

    段落开始请顶格,无需留空。

    正文部分除注意、编者注、译者注等特别说明外,不要使用特殊格式

    注意、编者注、译者注等特殊说明,请使用引用格式>

  • 代码段请使用"```"格式,如:

    //这是一些代码
    
    //Install-Package Abp.HangFire
    
本文导航