一个方便的包中的开放网络python工具
open-networks的Python项目详细描述
在python包中
此python包包含on python工具箱。我们的想法是在这里收集经过验证的工具,集中更新并尽可能容易地提供。项目结构基于python packaging example
要求
- python 3安装
- 有权阅读https://git.ong.intern的用户。
安装
通过Git
为此,必须为授权用户在https://git.ong.intern上存储ssh密钥。
{
通过PYPI
用法
{
示例
测试
{pr 1}$贡献
根据wiki gitlab执行问题、合并请求和合并。
版本控制
为了保证更新兼容性,我们使用Semantic versioning。 只有在存在指定此版本的内部商定需求列表时,才会发布版本0.1.0。 如果由于任何原因无法在任何相关系统中升级,我们将只发布1.0.0版。当然,这应该尽量避免。
版本控制过程
我们专注于Gitlab Flow Release Branches。通过将功能/错误修复分支合并到主分支,更改必须按主要、次要或修补程序进行分类。现在手动完成。 然后有三个不同的过程选项
轻微变化(尚未发布
- 如果是小改动,可以决定不发布。因此,您正在等待在次要版本规范中打开的更多功能。
通过分支的主要和次要释放
- 次要版本是通过创建分支
m-n+1-stable
生成的。这是在主分支的基础上完成的。m.n是当前最高的版本号。谎言。提交被标记为m.n
。 - 主要关系
m+1-0-stable
生成。因此,所有随后的次要发布分支称为m+1-n-stable
。m是当前最高的主版本号。提交被标记为m+1
getagged
樱桃采摘产生的补丁和少量释放
可以重新键入在发布后创建的提交以改进此版本。有必要从行业的角度重新分类它是一个补丁还是一个小版本。
- 来自主分支的修补程序提交可以粘贴到发布分支中。在生成的新提交上,将生成标记
m.n.k+1
。其中m.n是次要发行分支,k是行业中当前的修补程序编号。 - 主分支上的次提交可以粘贴到基于最新次发行分支的新分支中。在
m-n-stable
分支的基础上,对一个新分支^{进行了分类,并在此分支中对委员会进行了分类。在生成的新提交上,将生成标记^{ 。n当前次要发行版行业和k对应于行业上的当前修补程序编号。important:只有当特性不可避免地必须发布到旧的主版本中时,才应该这样做。否则,应执行版本升级
作者信息
{a7}