dapr / dapr/components-contrib

How to re-certify components with new capabilities

Open
#1,689 12 comments 4 reactions 0 assignees View on GitHub
discussion pinned
Dominant language
Go
Stars
602
Forks
580
Avg merge
4d 9h
Merged PRs (30d)
6

Description

Today, a component can be marked as stable after going through conformance and certification tests. On the other hand, there is no clarify on how to proceed when a new capability is added. Should there be a higher bar for adding new features to stable components or should the component have a new version once a new capability is added?

Example: one state store might be certified as stable before it has support to transactions, later on, the transaction capability is added but it might not be as stable as the current code. Should this be a new component version?

Contributor guide

Open the contributing guide

Research direction

No file, test, or entry point is named. Start by reviewing the existing conformance and certification tests and the rules for marking components stable; done means the project has an agreed, documented policy for certifying new capabilities and deciding whether they require a new component version.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
distributed-systems
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.