读取子单元文件或流并将数据放入sql db的命令
subunit2sql的Python项目详细描述
亚单元2SQL自述文件是一个用于在SQL数据库中存储测试结果数据的工具。与
一样，它的名字意味着它最初是围绕将"subunit"流转换为sql数据库中的数据而设计的，而打包的实用程序假定一个subunit
流作为输入格式。但是，用于数据库的数据模型并不排除使用任何测试结果格式。此外，在数据库之上构建的分析工具是不确定数据格式的。但是，如果选择使用
不同的结果格式作为数据库的输入，则需要使用
创建db api来解析不同的测试结果输出格式。还值得指出的是，subunit有几个可用的语言库
绑定。因此作为用户，您可以创建一个小过滤器，将
不同的格式转换为子单元。创建一个过滤器应该相当容易，然后
您不必担心编写一个类似于：ref:`subunit2sql`的工具来使用不同的格式。_子单元：https://github.com/testing cabal/subunit/blob/master/readme.rst
对于生成子单元输出的多个分布式测试运行，将结果存储在统一的存储库中非常有用。这就是
"testrepository"项目的动机，该项目很好地集中了多个测试运行的
结果。_ testrepository:http://testrepository.readthedocs.org/en/latest/
为了对运行中的数据提供有用的
自省，并随着时间的推移建立趋势
测试结果需要以便于查询的格式存储。
使用SQL数据库进行此操作非常有意义，这是
项目的最初动机。
在高级子单元2sql中，使用alembic迁移来设置db模式，然后：ref:`subunit2sql`工具可以使用该模式来解析子单元流并填充db。然后，还有一些工具可以与
：ref:`subunit2sql graph`命令和：ref:`sql2subunit`
命令中存储的数据进行交互，以便从数据库中的数据创建子单元流。此外，
subunit2sql提供了一个python db api，可用于查询
存储的数据中的信息，以构建其他工具。
-来源：http://git.openstack.org/cgit/openstack infra/subunit2sql
-错误，故事：https://storyboard.openstack.org/！/project/747
usage
=
。该实用程序需要可以在
命令或配置文件中指定的数据库连接信息。显然，sql连接器类型、用户、
密码、地址和数据库名称应该特定于您的环境。
subunit2sql db manage将使用alembic来设置db模式。您可以使用以下命令运行
db迁移：
或使用配置文件：
subunity2sql最新版本的数据库模式。
…_ subunit2sql:
subunit2sql
----
使用正确的数据库架构设置数据库后，可以使用subunit2sql命令用测试运行中的数据填充数据库。
subunit2sql通过stdin或通过传递它接受一个子单元v2文件
路径作为脚本的位置参数。如果只有子单元v1流可用，则可以使用子单元it-1to2
实用程序。
有几个运行subunit2sql的选项，它们可以与以下选项一起列出：
这些选项可以在cli上使用
，也可以放在配置文件中。如果使用配置文件，则需要指定cli上的位置。
大多数可选参数处理subunit2sql如何与
sql db交互。但是，值得指出的是，artifacts选项和
run_meta选项用于将附加元数据传递到要添加的
run的数据库中。artifacts选项应该用于传入一个url或
路径，该路径指向任何日志或与添加的
运行相关的其他外部测试工件。run_meta选项接受一个字典，该字典将作为与要添加的运行相关联的键值对添加到数据库中。_ sql2subunit:
sql2subunit实用程序用于获取运行ID并从数据库中有关该运行的数据创建子单元v2流。要创建一个新的子单元，请运行stream run:：
，以及通常用于指定配置文件或数据库连接信息的任何选项。运行此命令将打印到stdout
子单元v2流，用于$run_id指定的运行，除非指定--out_path
参数将其写入文件。
development
==
要进行开发和测试，需要本地数据库设置。检查数据库需要如何配置。
changelog
==
一样，它的名字意味着它最初是围绕将"subunit"流转换为sql数据库中的数据而设计的，而打包的实用程序假定一个subunit
流作为输入格式。但是，用于数据库的数据模型并不排除使用任何测试结果格式。此外，在数据库之上构建的分析工具是不确定数据格式的。但是，如果选择使用
不同的结果格式作为数据库的输入，则需要使用
创建db api来解析不同的测试结果输出格式。还值得指出的是，subunit有几个可用的语言库
绑定。因此作为用户，您可以创建一个小过滤器，将
不同的格式转换为子单元。创建一个过滤器应该相当容易，然后
您不必担心编写一个类似于：ref:`subunit2sql`的工具来使用不同的格式。_子单元：https://github.com/testing cabal/subunit/blob/master/readme.rst
对于生成子单元输出的多个分布式测试运行，将结果存储在统一的存储库中非常有用。这就是
"testrepository"项目的动机，该项目很好地集中了多个测试运行的
结果。_ testrepository:http://testrepository.readthedocs.org/en/latest/
为了对运行中的数据提供有用的
自省，并随着时间的推移建立趋势
测试结果需要以便于查询的格式存储。
使用SQL数据库进行此操作非常有意义，这是
项目的最初动机。
在高级子单元2sql中，使用alembic迁移来设置db模式，然后：ref:`subunit2sql`工具可以使用该模式来解析子单元流并填充db。然后，还有一些工具可以与
：ref:`subunit2sql graph`命令和：ref:`sql2subunit`
命令中存储的数据进行交互，以便从数据库中的数据创建子单元流。此外，
subunit2sql提供了一个python db api，可用于查询
存储的数据中的信息，以构建其他工具。
-来源：http://git.openstack.org/cgit/openstack infra/subunit2sql
-错误，故事：https://storyboard.openstack.org/！/project/747
usage
=
。该实用程序需要可以在
命令或配置文件中指定的数据库连接信息。显然，sql连接器类型、用户、
密码、地址和数据库名称应该特定于您的环境。
subunit2sql db manage将使用alembic来设置db模式。您可以使用以下命令运行
db迁移：
或使用配置文件：
subunity2sql最新版本的数据库模式。
…_ subunit2sql:
subunit2sql
----
使用正确的数据库架构设置数据库后，可以使用subunit2sql命令用测试运行中的数据填充数据库。
subunit2sql通过stdin或通过传递它接受一个子单元v2文件
路径作为脚本的位置参数。如果只有子单元v1流可用，则可以使用子单元it-1to2
实用程序。
有几个运行subunit2sql的选项，它们可以与以下选项一起列出：
这些选项可以在cli上使用
，也可以放在配置文件中。如果使用配置文件，则需要指定cli上的位置。
大多数可选参数处理subunit2sql如何与
sql db交互。但是，值得指出的是，artifacts选项和
run_meta选项用于将附加元数据传递到要添加的
run的数据库中。artifacts选项应该用于传入一个url或
路径，该路径指向任何日志或与添加的
运行相关的其他外部测试工件。run_meta选项接受一个字典，该字典将作为与要添加的运行相关联的键值对添加到数据库中。_ sql2subunit:
sql2subunit实用程序用于获取运行ID并从数据库中有关该运行的数据创建子单元v2流。要创建一个新的子单元，请运行stream run:：
，以及通常用于指定配置文件或数据库连接信息的任何选项。运行此命令将打印到stdout
子单元v2流，用于$run_id指定的运行，除非指定--out_path
参数将其写入文件。
development
==
要进行开发和测试，需要本地数据库设置。检查数据库需要如何配置。
changelog
==
欢迎加入QQ群-->： 979659372
