PuerTS-MCS 项目贡献方案。
对于功能性问题提出，原则上需要先发布相应issues，经由项目管理者同意后再进行相应的步骤实施。
对于项目的分支命名应遵守如下约定。
feature/<议题编号>-<提交日期>
- feature 用于常规提交
在创建新分支时，请基于当前最新的Master分支进行构建，防止因为版本差异过大造成的Merge冲突问题。
除遵守相应的命名规范外，还应当保障每次提交的准确率，确保使用最少地提交完成相应的内容。
针对发布到远程的分支，无论任何情况禁止进行删除操作。
对于Commit的命名应遵守如下约定。
[提交类型] refs #<议题编号> <议题名称>
- modify 用于提交新增内容
- fix 用于提交修复内容
- change 用于提交修改内容
- refactored 用于提交重构内容
- deprecate 用于提交弃用内容
- remove 用于提交移除内容
在提交时可添加相应的描述说明。
确保项目自动化构建流水线通过后在进行分支合并，禁止一切强制分支合并操作。
对于MergeRequest的命名应遵守如下约定。
可使用GitLab风格的 Resolve "<议题名称>" 进行命名
或者对于只有一个提交信息的分支，可直接使用提交信息命名
对于 tag 版本发布，应确保当前版本完整可用且已经实现阶段目标，禁止发布一切半成品项目，以防污染项目仓库。