pooneyy

1Panel-Appstore

mirror of https://github.com/pooneyy/1Panel-Appstore

Fork 0

7.9 KiB

Raw Blame History

注意

请勿担心上述安全公告。发现并发布后会立即修复并通知用户

我们在中国开发者内测网站 code.onedev.io 上开发 OneDev，所有问题和拉取请求都应提交到该网站

自托管 Git 服务器，附带看板和 CI/CD

快速入门 | 安装指南 | 全部文档

开箱即用的符号搜索和导航

当然，IDE 在这方面做得很好，但很多时候我们需要在旧提交中搜索（调查发布版本的问题等），而在 IDE 中切换提交可能会很麻烦且速度慢。

它通过使用 ANTLR 分析源代码，增量提取符号进行存储，速度快且空间效率高。现在支持 Java、JavaScript、C、C++、CSharp、Go、PHP、Python、CSS、SCSS、LESS 和 R。GitHub 几年前就添加了这一功能，但似乎只适用于主分支，而 GitLab 需要配置 CI 任务生成并上传 LSIF，这很麻烦且如果为每个提交都这样做会占用大量空间。

在审查提交或拉取请求时，你也可以跳转到符号定义。

使用正则表达式搜索代码

您可以切换到任何提交，并使用正则表达式搜索代码。OneDev 在后台会使用 Lucene 增量地索引代码。在搜索时，正则表达式中的字面三元组会被提取出来进行粗略搜索，然后在结果中进行精确匹配。这使得正则表达式搜索非常快速，即使对于像 Linux 这样的大型仓库也是如此。

使用静态分析结果注释源代码/差异以方便代码审查

当然，GitHub 上有许多第三方应用程序可以做到这一点，但是它们会在自己的应用程序中显示结果，这使得在分析结果上添加评论等审查活动变得困难。更不用说你需要为此付费。

自定义问题状态和字段，并深度集成 CI/CD

GitHub/GitLab 问题的简单开启/关闭状态并不适用于许多工作流。考虑到客户提交的问题：

如果开发人员在提交代码时关闭问题，客户将收到通知并可能要求发布修复该问题的版本。
如果开发人员在发布时关闭问题，测试人员在测试时可能会对需要测试哪些问题感到困惑，因为所有问题在测试时都处于开启状态。

自定义问题状态后，我们可以使用四种状态来处理问题：打开、已承诺、待测试和已发布：

当代码被提交时，问题会自动转到已承诺状态。
当创建并部署测试构建时，问题会自动转到待测试状态。QA 将会被通知，并可以查看问题详情以了解测试构建部署到了哪个环境。
当测试通过并创建发布构建时，提交问题的客户将会被通知，并可以查看问题详情以了解包含修复的发布版本是哪个。

通过电子邮件创建/讨论问题的服务台

服务台允许用户无需拥有 OneDev 账户即可通过电子邮件提交工单。这些工单可以在您希望的项目中创建，并指派给团队中的合适成员。所有进一步的讨论都可以完全通过电子邮件进行，讨论内容将作为评论发布到工单中。用户还将收到任何工单活动的通知，例如当创建或部署了相关版本时

强大的直观查询语言

得益于 ANTLR，OneDev 配备了针对项目、提交、问题、构建和拉取请求的复杂查询语言，具有直观的自动补全和提示功能。例如，它使我们的客户能够找到他们当前运行版本和最新版本之间的已修复问题，并使我们能够找到所有涉及特定模块的提交，等等。

查询可以保存和订阅，这样你就不会错过任何感兴趣的内容。

无需编写 YAML 的完整 CI/CD 引擎

OneDev 随附图形界面生成 CI/CD YAML。无需搜索 YAML 语法。一条简单的 Docker 命令即可启动 OneDev 服务器，并自动获得一个本地 CI/CD 执行器。担心服务器能力无法运行大量任务？再一条简单的命令即可连接来自任何机器的自我更新代理。想要自动扩展的 CI/CD 农场？一条 Helm 命令即可将 OneDev 部署到 k8s 集群。

构建管道、矩阵任务、类型参数、参数链、步骤模板、构建推广……太多精妙的功能无法一一详述……