gitlab-pipeline-templates：易于使用，可共享，可维护的一系列gitlab管道步骤的集合

在线法官工具/验证助手 这是什么？ 这是一个工具，可以轻松地自动执行代码库的验证过程以进行竞争编程。 如何使用 设置库的存储库 请阅读以下内容： : 运行程序 安装 $ pip3 install online-judge-verify-helper 需要Python 3.6或更高版本。 自动化验证 首先，在包含.test.的文件中指定要用于验证库的问题URL .test. 在其路径中（例如，对于C ++，在example.test.cpp类的文件中编写#define PROBLEM "https://judge.yosupo.jp/problem/unionfind" ；有关其他语言，请参见）。 然后，运行以下命令检查是否可以执行验证。 $ oj-verify run 当前，支持有关和的问题。 有关详细信息，请参见。 #include的自动扩展 该include在形式的文件报表#include "foo.hpp"可扩展，类似于提供的功能为JavaScript。 这是为了解决大多数在线法官不支持提交多个文件的问题。 可以通过运行以下命令来使用该功能： $ oj-bundle

这是构建散热器的示例 面向所有人的在线服务 每个散热器，以上服务将保持散热器状态10个版本。 您可以在上面制作自己的散热器，然后将电视/显示器放在墙上的某处以在浏览器中显示该页面。 您可以选择诸如等消费类设备。您也可以使用普通PC，但是您需要自己解决“如何保持登录状态以及屏幕保护程序关闭”的问题。 。 默默无闻的安全 我们承认， buildradiator.org主张是。 每次创建辐射器时，都会生成一个随机代码。 一个示例是ueeusvcipmtsb755uq （针对无法更新的演示散热器而制作）。 除非有人知道代码，否则他们看不到您的散热器。 也没有散热器列表。 如果您丢失了散热器代码，只需制作一个新的散热器代码，而旧的散热器代码将在几周不使用后被删除。 永远不会在#的右侧为服务器提供URL的一部分。 创建散热器 。 还详细介绍了将散热器锁定到某些IP地址的信息。 从CI守护程序更新散热器 。 还详细介绍了如何将秘密传递到buildradiator.org，以确保只有批准的CI作业才能更新构建状态。 导航到散热器 键入https://buildradiator.org/r#<th

确保您的拉取请求遵循指定的约定。 有些约定可能无法通过ESLint或Hound CI之类的工具轻松检查。 这些范围可以从任意检查（例如A pull request must be raised by a user whose first name is not more than 6 characters long到更实际的检查（例如A pull request must have at least 2 review comments 。 GitHint在检查这些类型的约定方面很成功。 GitHint获取有关拉取请求，提交，分支，树的元数据，并将该元数据传递给用户定义的脚本进行评估。 此类脚本应返回true或false以确定是否准备好合并合并请求。 要开始使用GitHint，请首先在您的存储库上，然后将添加到存储库的根目录中。 而已！ 有关更多信息，请访问。

Nest Starter 一种boilerplage ，使用Fastify。 请参阅Express分支（非常陈旧）。 产品特点 安装 $ yarn install 跑步 # development $ yarn run start # watch mode $ yarn run start:dev # production mode $ yarn run start:prod 设定档 软件包来管理配置。 默认配置值位于。 这些值可以通过以下方式覆盖： 在config /中创建local.json文件 在projcect目录中创建一个.env文件。 设置环境变量。 请参阅的环境变量映射。 数据库 用于数据库操作。 它默认使用PostgreSQL，但是可以通过更改的type来。 有关支持的数据库，请参见。 移居 Typeorm配置为使用迁移而不是sync synchronize: true 。 为了利用TypeORM通过检查您的实体的，需要配置cli。 基于创建一个.env文件。 然后可以使用yarn migration:generate <your_migration_

天行者 将Cucumber功能分发给并行运行的工作人员。 安装 该模块需要cucumber包的peerDependency。 npm install --save-dev cucumber cuke-skywalker 用法 ./node_modules/.bin/cuke-skywalker --tags ' @this and not @that ' 所有参数将直接传递给工人。 将对要素进行预过滤以获取准确的要素计数，该数量将用于对要素进行分块以用于“统一”分配方法。 分配方式 轮循 这将创建功能队列和一组工作流水线。 这些管道一次只能抓住一个功能，直到队列用尽。 使用此方法可以更有效地利用工人。 制服 这会将功能块分成统一大小的组，并将它们一次发送给每个工作人员。 这样可以减少输出文件的数量，但可以使工作人员无所事事，而更长的功能集仍在其他地方运行。 选件 选项作为环境变量传递。 变量 默认 描述 CUCUMBER_PARALLEL_WORKERS 4 向其分发功能的工作进程数 CUCUMBER_PARALLEL_REPORT_DIR 报告 工作者输出JSON文件的

旗匠 Flagsmith使在Web，移动和服务器端应用程序中创建和管理功能标记变得容易。 只需在代码段中加上一个标志，然后使用Flagsmith来针对不同的环境，用户或用户群打开或关闭该功能。 旗匠前端 的前端应用程序。 Flagsmith允许您跨多个项目，环境和组织管理功能标记和远程配置。 该项目连接到 。 产品特点 功能标记。 通过分阶段推出可以放心地发布功能。 远程配置。 轻松打开和关闭各个功能，并进行更改而无需部署新代码。 A / B和多元测试。 使用细分来对新功能运行A / B和多变量测试。 通过细分，您还可以引入Beta程序以获取早期的用户反馈。 组织管理。 团队成员的组织，项目和角色有助于使您的部署井井有条。 整合。 使用您喜欢的工具轻松增强Flagsmith。 使用Flagsmith前端 这些说明将为您提供在本地计算机上运行并运行的项目的副本，以进行开发和测试。 请参阅在生产中运行以获取有关如何在实时系统上部署项目的注释。 资源资源 如果您对我们的项目有任何疑问，请发送电子邮件至 旗匠前端 的前端应用程序。 Flagsmith允许您跨多个项目，环境和组织管理

盒子里的大厅 具有S3兼容存储和Vault Secret Manager的多合一Concourse安装。 发展状况 2019-07最新的Concourse 4.x系列。 没有进一步的工作计划。 下一版本将使用docker-compose而不是VM。 介绍 这是一站式解决方案，它可以： 从头开始学习Concourse管道。 在简单的环境中对生产Concourse管道进行故障排除。 编写可以在您的生产环境中按原样重用的Concourse管道，因为它支持S3和secret ((parameters)) 。 任选地，该软件库也可以用作SaltStack公式（见在全盐式安装和使用说明。 盒子里装了什么 带有Ubuntu 18.04的VirtualBox VM 4.2.1网络和工作人员 Concourse网站所需的 10 S3兼容的对象存储。 这样，您可以学习使用S3编写您的Concourse管道，而无需使用AWS S3。 0.10.1机密和凭证管理器。 这样，您可以学习遵循安全性和操作最佳实践来编写Concourse管道。 另请参阅以了解Concourse如何使用保管库。 启动

testssl.sh处理器 该项目旨在用作更大的管道的一部分，用于通过命令文件大规模并发调用出色的SSL / TLS测试工具 。 请参阅同级项目 ，以testssl.sh可以对testssl.sh JSON结果输出文件作出React以发送通知或执行其他操作的引擎。 testssl_processor.py 提供一个长期的看门狗进程，该进程监视目录（通过 ）是否有testssl.sh命令文件。 当新文件出现在包含--filename-filter的--input-dir中时，它们就会被使用并针对testssl.sh命令进行评估，每行一个。 每个testssl.sh命令都在单独的线程中处理，并且处理结果记录在--output-dir下的YAML或JSON结果文件中。 每次调用的testssl.sh调用的实际输出（即通过--*file参数）也将写入到--output-dir下带有时间戳的输出目录中的磁盘 要求 Python 3 依存关系： pip install twisted pyyaml python-dateutil watchdog 用法 ./testssl_processo

该项目被放弃，并以其他形式重新启动： : 大力神 Nix项目的持续集成。 Hercules使用与相同的数据库架构，但是使用了具有RESTful API和Elm作为新前端的新Haskell后端。 1.0里程碑的目标是将Hercules作为Github Pull Requests的CI运行。 背景 Nix需要更好的工具来构建，测试和部署Nix表达式。 Hydra经历了许多迭代，但是它变得庞大且难以维护（很少有Nix开发人员使用Perl）。 Hercules通过使用Servant作为API，文档和前端之间的契约而走得很远。 应该有最少的配置来托管Hercules和构建Nix项目。 文献资料 状态 非常在制品-尚未使用。 有关进度报告，请参见 。 执照 后端（ ）/前端（ ）