docs/community/info/contribution.md
我们欢迎任何人贡献代码到VeighNa。
如果希望贡献代码请使用Github的PR(Pull Request)的流程。
PR流程大致如下:
创建 Issue - 对于较大的改动(如新功能,大型重构等)建议先开issue讨论一下, 较小的improvement(如文档改进,bugfix等)直接发PR即可
Fork [VeighNa][#GithubVnpy] - 点击右上角Fork按钮
Clone你自己的fork: git clone https://github.com/$userid/vnpy.git
如果你的fork已经过时,需要手动sync
从dev创建你自己的branch: git checkout -b $my_feature_branch dev
在$my_feature_branch上修改并将修改push到你Fork之后的仓库上
创建从你的fork的$my_feature_branch分支到主项目的dev分支的[Pull Request]:
点开这里 ,再点击compare across forks,选择需要的fork和branch创建PR
创建完PR之后请耐心等待:我们一旦有空就会检查PR,一旦你的代码有用且符合要求,就会被合并!
在为VeighNa写代码的时候,需要遵循一些基本的规则,否则你的代码可能无法被merge。 这些规则包括:
我们的代码的命名规则如下:
例如:
DEFAULT_PATH = "/tmp/VeighNa/"
class ClassA:
def __init__(self, arg_one: int, arg_two: str):
if arg_two is None:
arg_two = DEFAULT_PATH
self.property_one = arg_one
variable_one = "some string"
我们对代码格式没有特别严格的要求,但是至少要符合pep8标准,并且额外要在类和函数下面带上docstring(就是一段"""""")。
要让代码符合pep8标准,写完代码之后使用autopep8格式化你的代码就可以了:
autopep8 --in-place --recursive .
VeighNa项目使用两个工具来保证代码质量:
ruff - 用于代码风格和质量检查
ruff check .检查代码中的风格问题ruff check --fix .自动修复部分问题mypy - 用于静态类型检查
mypy vnpy检查代码中的类型注解问题如果检查出error或warning,说明你的代码需要进行修改以符合项目标准。确保在提交PR前解决所有警告和错误。