修订文档，示例

CONTRIBUTING.md

@@ -21,13 +21,21 @@
 重要性按如下顺序排列：
 
 1. 代理问题，如果直接就导致无法代理，或闪退，这是重大bug，必须立即在下一个beta版本修复
-2. 协议是否有bug、程序是否有安全问题、内存泄漏问题等，这个也很重要。必须在下一个正式版本修复
+2. 协议是否有bug、程序是否有安全问题、内存泄漏问题等，这个也很重要。必须在下一个Patch版本修复
 3. 原作功能补充
-4. 新功能添加, 如果是添加新代理协议，一般要在正式版中加入。
-5. 代码优化、代码结构性问题。这个因为结构性问题比较复杂，需要慢慢实现，慢慢改。如果是大范围结构性的改动，在下一个重要版本中加入。
+4. 新功能添加, 如果是添加新代理协议，一般要在Minor版本中加入。
+5. 代码优化、代码结构性问题。这个因为结构性问题比较复杂，需要慢慢实现，慢慢改。如果是大范围结构性的改动，在下一个Minor版本中加入。如果是完整的架构修改，在下一个Major版本中加入。
 6. 编译优化，这个是低优先级，而且也是很好处理的。
 7. 安装教程、一键脚本、安卓客户端等。这个有时间再说，最低优先级。安装教程我也有一份 install.md ，不定时更新。
 
+关于版本号的定义，我们参考但不完全遵循golang的定义：
+https://go.dev/doc/modules/version-numbers
+
+我们没有0.0.0版本，初始版本就从1.x.x开始
+我们beta版本提供各种bug修复，以及功能调整与新增
+Patch版本一般会比上一个Patch版本相比具有新增的功能
+Minor版本具有显著的功能增加
+Major版本具有显著的架构调整
 
 对于一些人的PR，我会做出一些指导，有时并给予临时性修复。我的临时修改只是一种指导性含义，作为PR的原作者，你需要自己维护自己代码的质量，要理解我的临时修改不能当作最终修改，要自己想出最完善的修改。
 

examples/vlesss.server.toml

@@ -39,8 +39,8 @@ key = "cert.key"    # 如果 cert和key中 有一项没给出, 或者文件不
 protocol = "direct"
 # fullcone = true   # 默认的fullcone是关闭状态, 可以取消注释以打开. 不过vless v0的话没用，因为vless v0不支持fullcone。 v1或者trojan可以打开 该选项.
 
-#sendThrough = "[::0]:0"    # 如果你想仅使用ipv6，可以这么写，但把这个ipv6改成你实际的ipv6地址
-#sendThrough = "0.0.0.0:0"
+#sendThrough = "[::0]:0"    # 如果你想仅使用ipv6，可以这么写，但最好把这个ipv6改成你实际的ipv6地址
+#sendThrough = "0.0.0.0:0"  # 仅使用ipv4
 
 # fallback这一项是可选的，如果没有的话，或者未匹配，则默认使用listen提供的fallback
 # 如果listen也没提供fallback，那就会直接断开连接