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

Provide last result and last failure to workflows

オープン
#635 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

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

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
go, java, php, python, ruby, typescript

調査の方向性

per-SDK checklist にリンクされている Ruby のチケットから始め、ここで参照されている完成済みの Go、Java、TypeScript の実装と比較してください。workflow context が last_completion_result と continued_failure をどのように公開するか、値が存在しない場合と null の違いを含めて確認し、history array が 1 つの値として表現されていることを確認してください。

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

説明

enhancement
Describe the solution you'd like

Go, Java, and TypeScript all provide a way to get the "last result" and "last failure" if this was via cron or schedule (come over in workflow start history as last_completion_result and continued_failure). Newer SDKs should too.

Even though this is immutable data and was put on TypeScript as info, Go and Java have this directly on the workflow context and it'll make sense for newer SDKs to do the same. Also make sure there is an obvious way to differentiate the absence of a "last result" and a null one.

Also, although it's technically an array in history/Core, langs should treat this as a single value.

Per-SDK Tickets
主要言語
Go
スター
32
フォーク
28
平均マージ
1日 14時間
マージ済み PR(30日)
6

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

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

temporalio/features のほかの issue

temporalio/features の issue をすべて見る

似ている issue

Go の issue をもっと見る

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

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