Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

[Crashtracker]: simplify on fork

オープン
  • 何か問題がありますか？
#562 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
リファクタリング
明瞭さ
説明が足りない
活発さ
停滞
技術スタック
rust
領域
observability-sre

調査の方向性

まず clear_trace_ids、clear_span_ids、ddog_crashtracker_reset_counters を見つけ、続いてそれらの fork 関連の呼び出し箇所を調査します。それらが常に一緒に発生するかどうか、また既存の API 境界が統合をサポートしているかどうかを判断します。fork 後の reset 動作と公開 API が明確に定義され、関連するテストでカバーされていれば完了です。

索引モデルが issue の本文から書いたものです。

説明

          Is there any situation where we wouldn't call both `clear_trace_ids` and `clear_span_ids`? Would it make sense to combine them together? Perhaps with `ddog_crashtracker_reset_counters`? All of them claim to need to be called after a fork, so is it weird to make API users hunt down all of these one by one?

Originally posted by @ivoanjo in https://github.com/DataDog/libdatadog/pull/551#discussion_r1696566799

主要言語
Rust
スター
69
フォーク
21
平均マージ
3日 3時間
マージ済み PR（30日）
75

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

DataDog/libdatadog のほかの issue

DataDog/libdatadog の issue をすべて見る

似ている issue

Rust の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。