Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

Self-describe software/hardware versions of various components of the stack in nexus files

未关闭
#32 0 条评论 1 个 reaction 已指派 0 人 在 GitHub 查看

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
25/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
停滞
技术栈
kafka

调研方向

首先跟踪 issue 中提到的入口点:kafka_dae_control、event_udp_to_kafka、Filewriter、forwarder/forwarder-configurer 以及 IBEX 集成。确定当前如何组装 RunStart 元数据和 Nexus 数据集,然后定义如何收集和表示每个组件的软件标识符和硬件标识符。所需的版本元数据来源及其在 Nexus 中的预期位置达成一致,并由测试或有文档记录的验证覆盖后,即视为完成。

由索引模型根据 Issue 内容生成。

描述

filewriter

To help future analysis software decide whether a feature was present at the time data was written, various components of the stack should insert their own software and hardware versions as metadata that will eventually make it to Nexus file.

For example:

  • kafka_dae_control should stream it's own version (maybe as part of metadata of RunStart)
  • When kafka_dae_control connects to VXI boards and/or FPGAs it should attempt to pull back some kind of version identifier/build date and stream those as part of a runstart too
  • How do we get this from event_udp_to_kafka and similar programs?
  • Filewriter should self-describe:
    • e.g. /raw_data_1/program_name = <name_of_filewriter>
    • Attach a version attribute to that dataset to describe release/revision/build date etc
  • Maybe something in the forwarder / forwarder-configurer to describe that version number
  • If possible also pull back IBEX server version (unconditionally forward it so it gets included like any other string-type log?)
主要语言
没有语言数据
星标
0
派生
0
PR 合并指标
30 天内没有已合并 PR

环境准备

我们还没有检查这个项目的环境配置文件。先看它的 README,通用步骤见我们的新手贡献指南。

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

ISISComputingGroup/DataStreaming 的其他 Issue

查看 ISISComputingGroup/DataStreaming 的全部 Issue

相似的 Issue

更多 Data Engineering Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。