From e7d020d0686899d2223517d691799bd685617d37 Mon Sep 17 00:00:00 2001
From: zhaohaidan <zhaohaidan@yingyitech.net>
Date: Fri, 21 Jun 2024 19:08:06 +0800
Subject: [PATCH] add rfc template.

This file is just for design and discussion.
There'll be another file in the 'roadmap' repo to record implement history of a RFC.

Signed-off-by: zhaohaidan <zhaohaidan@yingyitech.net>
---
 rfc_template.md | 107 ++++++++++++++++++++++++++++++++++++++++++++++++
 1 file changed, 107 insertions(+)
 create mode 100644 rfc_template.md

diff --git a/rfc_template.md b/rfc_template.md
new file mode 100644
index 0000000..201e71a
--- /dev/null
+++ b/rfc_template.md
@@ -0,0 +1,107 @@
+
+|RFC PR链接|RFC Issue链接|作者|
+|---------|-------------|----|
+|[rfcs-pr#0][rfc-pr#0]|[rfc-issue#0][rfc-issue#0]|@tenonos-admin|
+
+# RFC-NNNN: <RFC标题>
+
+<!--
+请用简短的描述替换"<RFC标题>"，标题应该足够简洁明了，以便社区参与者快速了解此RFC的主旨。如，通过xxx方式解决Tenon xxxx问题
+-->
+
+<!-- toc -->
+- [背景](#背景)
+  - [目标](#目标)
+  - [非目标](#非目标)
+- [方案提议](#方案提议)
+  - [使用场景和案例 (可选)](#使用场景和案例)
+    - [场景案例1](#场景案例1)
+    - [场景案例2](#场景案例2)
+  - [约束限制说明 (可选)](#约束限制说明)
+  - [风险点和缓解措施](#风险点和缓解措施)
+- [详细设计](#详细设计)
+  - [功能设计](#功能设计)
+  - [测试设计](#测试设计)
+      - [单元测试](#单元测试)
+      - [集成测试](#集成测试)
+- [缺点](#缺点)
+- [备选方案](#备选方案)
+<!-- /toc -->
+
+## 背景
+
+<!--
+此章节用于描述提出此RFC的原因、现状、实现相关修改带来的好处。
+-->
+
+### 目标
+
+<!--
+本节需要阐明这个RFC想要解决的问题，以及要达成的目标（即评估该问题已经被解决的标准）
+-->
+
+### 非目标
+
+<!--
+如果有与本RFC相关的问题，但不在本RFC的讨论、解决范围内，请在这里列出。
+列出非目标有助于明确RFC的关注范围，聚焦关键点进行讨论，保证问题不会无限发散
+-->
+
+## 方案提议
+
+<!--
+本节用于阐明提案具体内容，以便RFC评审人员可以准确理解您的建议，但不应该包括API设计或实现之类的内容（这些内容可以在“设计细节”章节中详细描述）。
+-->
+
+### 使用场景和案例
+
+<!--
+可选章节
+如果RFC涉及到使用方式的改变，或者需要说明增加的特性该如何使用、在什么场景下使用，可以在这里进行说明
+-->
+
+#### 场景案例1
+
+#### 场景案例2
+
+### 约束限制说明
+
+<!--
+可选章节
+这里可以汇总一些想要特别强调的信息，设计方案中需要特别关注的点，现存技术无法解决的问题等等
+-->
+
+### 风险点和缓解措施
+
+<!--
+按提议的方案实现之后可能会有一些风险问题，但是通过某些方式能够规避。需要在这里做说明
+-->
+
+## 详细设计
+
+<!--
+详细设计应该包含API设计、结构体设计、模块交互/依赖关系、流程图、必要的伪代码、测试方案等。这部分内容要足够详尽，能够让特性开发人员依据这些信息实现代码，避免由于对设计理解不清晰造成的代码检视阶段的负担。
+-->
+### 功能设计
+### 测试设计
+<!--
+这里需要详细描述测试场景、测试方式等，即包含一切保障RFC特性持续长久可用的保障措施。测试方式可以是单元测试用例、CI中的集成测试用例等等。如果特性不能通过自动化用例进行测试，需要说明手动测试方式。
+代码实现影响到现有功能行为，需要对仓库中已有用例做出修改，也需要在此列出。
+-->
+#### 单元测试
+#### 集成测试
+
+## 缺点
+
+<!--
+不支持实现此RFC的理由
+-->
+
+## 备选方案
+
+<!--
+简述考虑过的备选方案，以及不采用的原因
+-->
+
+[rfc-pr#0]: https://gitee.com/tenonos/request-for-comments/pulls/0
+[rfc-issue#0]: https://gitee.com/tenonos/request-for-comments/issues/0
-- 
Gitee