Add branch kernel-ci from https://github.com/lustre/linux.git
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 48/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- git, github, linux
- 領域
- ci-cd
調査の方向性
The issue requests monitoring the kernel-ci branch of https://github.com/lustre/linux.git, with main defconfigs that enable Lustre and weekly updates. Start by reading the repository's branch and build configuration entry points to find how monitored branches and defconfig filters are declared. Done means KernelCI builds that branch with the requested coverage and sends reports to the listed recipients; the issue does not identify the files or configuration format.
索引モデルが issue の本文から書いたものです。
説明
Context
Lustre is an open-source (GPLv2), distributed parallel file system designed for scalability, high-performance, and high-availability. Lustre is being upstreamed to the Linux kernel (https://lwn.net/Articles/1025268/). We're aiming to improve test coverage of Lustre on all supported Linux platforms, including those not typically used in HPC.
Form
Each git kernel branch is monitored every hour by kernelci.org. Whenever a new
revision is detected, it will be built for a number of combinations of
architectures, defconfigs and compilers. Then a build report will be sent,
some tests will be run and test reports will also be sent.
Please provide the information described below in order to add a new branch to
kernelci.org:
- Which Git branch do you want to add?
⇨ Git repo URL: https://github.com/lustre/linux.git
⇨ Git branch name: kernel-ci
- How much build coverage do you need for your branch?
Generally speaking, a good rule is to build fewer variants for branches that
are "further" away from mainline and closer to individual developers. This can
be fine-tuned with arbitrary filters, but essentially there are 3 main options:
-
Build everything, including allmodconfig, which amounts to about 220 builds.
This is we do with linux-next. -
Skip a few things such as allmodconfig as it's very long to build and
doesn't really boot, and also architectures that are less useful such as MIPS
which saves 80 builds and doesn't have many test platforms in KernelCI. This
is we do with some subsystems such as linux-media. -
Build only the main defconfig for each architecture to save a lot of build
power, get the fastest results and highest boots/builds ratio. This is what do
with some maintainer branches such as linusw' GPIO branch.
⇨ Build coverage choice: Ideally, start with 3 - build only the main defconfig for each architecture. The configuration must have Lustre enabled.
- How often do you expect this branch to be updated?
If you push once a week or less, it's easier to allow for many build variants
as this reduces the build load on average. Conversely, if you push several
times every day then a small set of builds should be used.
It's also possible to increase the build capacity if needed but this comes with
a cost. Avoiding unnecessary builds is always a good way to reduce turnaround
time and not waste resources.
⇨ Estimated frequency: Weekly
- Who should the email reports be sent to?
Standard email reports inlude builds and basic tests that are run on all
platforms. Please provide a list of email recipients for these. Typical ones
are the regular KernelCI reports list, kernel mailing lists associated with the
changes going into the branch and related maintainers.
⇨ Recipients: [email protected], [email protected], [email protected], [email protected], [email protected]
- 主要言語
- Python
- スター
- 119
- フォーク
- 109
- 平均マージ
- 7時間 30分
- マージ済み PR（30日）
- 14
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
kernelci/kernelci-core のほかの issue
-
good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
kernelci/kernelci-core#2591 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 25/100
kernelci/kernelci-core#3234 ·
メンテナーはふだん 1 日以内に返信
-
Make Kubernetes job network readiness checks bounded and deployment-independent再び着手できるかも @Aniket1260 が 47 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンgood first issue techdebt
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
kernelci/kernelci-core#3197 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
-
chromeos techdebt
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
kernelci/kernelci-core#3196 ·
メンテナーはふだん 1 日以内に返信
-
kubernetes runners missing logs and test naming wrong再び着手できるかも @nuclearcat が 79 日前に担当しましたが、オープン中のプルリクエストはありません。 オープン
kernelci/kernelci-core#3170 · コメント 2 件 · リアクション 1 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
kernelci/kernelci-core の issue をすべて見る
似ている issue
-
`lvm_compact` has no self-hosted twin, and `docs/158` §5 says every language-face component mustオープンbug sev-3 vm
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
sierra-research/tau2-bench#635 ·
メンテナーはふだん 1 日以内に返信
-
The add-ssm-model skill requires a Cython simulator; the contributing guide allows Python ones対応中かも @fmuia が今日担当しました。 オープンdocumentation skill
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
lnccbrown/ssm-simulators#406 ·
メンテナーはふだん 4 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 95/100
btclib-org/btclib-ecc#309 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
autowarefoundation/autoware_carla_scenario#281 ·
メンテナーはふだん 1 日以内に返信