microsoft / microsoft/RulesEngine
Feature: Impact Analysis and Version Diff
Nobody has claimed this yet.
- Dominant language
- C#
- Stars
- 4.4k
- Forks
- 616
- Avg merge
- 6m
- Merged PRs (30d)
- 2
Description
Feature: Impact Analysis and Version Diff
Objective:
Implement an "Impact Analysis" tool for the RulesEngine admin portal and API, enabling users to quickly see what has changed between workflow versions and assess the impact of those changes on rule execution and outputs.
Requirements:
- Compute a detailed diff between any two workflow versions (rules, expressions, input schemas, outputs, etc.).
- Highlight changes in rules: added, removed, or modified rules/expressions.
- Optionally, analyze how rule changes could affect dependent rules or workflows (e.g., show which outputs or downstream rules may be impacted).
- Provide a backend API endpoint to retrieve diffs and impact analysis results (JSON structure suitable for UI rendering).
- (Frontend) Integrate a component that visualizes version diffs and summarizes impact (e.g., side-by-side or inline diff views, lists of affected rules).
- Optionally: Allow users to simulate test cases across two versions and compare outputs (A/B test mode).
Acceptance Criteria:
- Backend exposes a version diff and impact analysis API per workflow.
- Admin UI presents a clear, actionable view of changes and their impact.
- Users can test sample payloads against two versions and compare results.
- Documentation updated for this feature.
References:
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the RulesEngine Wiki and map the existing workflow versioning, backend API, and admin portal entry points; the issue names no files or tests. Define the diff and impact JSON contract before implementation, then verify that the API, UI, sample-payload comparison, and documentation satisfy the listed acceptance criteria.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp
- Domain
- api, backend, frontend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100