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 摘要。