如何参与 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