Re-running Analysis

Learn when and why to re-run analysis to verify fixes, update TrustScore, and confirm merge readiness.

## Re-running Analysis

Re-running analysis is how SyntaxValid verifies change.

Fixes, refactors, or policy updates only affect results after a new analysis run confirms them.

---

## Why re-running analysis matters

SyntaxValid results are always tied to a specific code snapshot.

This means:

- Fixing code alone does not update results

- TrustScore reflects only verified states

- Merge readiness is restored only after confirmation

Re-running analysis ensures accuracy and accountability.

---

## When should you re-run analysis?

Re-run analysis when:

- Blocking issues have been fixed

- High-severity risks are addressed

- Fix with AI patches are applied

- Significant refactors are completed

- Policies or severity thresholds change

Re-analysis confirms whether risk is truly reduced.

---

## What happens during re-analysis?

During a re-run:

1. A new code snapshot is created

2. Relevant rules are executed again

3. Policies are re-applied

4. Issues are re-evaluated

5. TrustScore is recalculated

Each run is independent and traceable.

---

## Full analysis vs diff analysis

### Full analysis

- Scans the entire repository

- Best for major changes or baseline checks

- Provides the most comprehensive signal

### Diff analysis

- Scans only changed files

- Faster and focused

- Ideal for pull requests and incremental fixes

Choose the analysis type based on scope.

---

## Re-running analysis and TrustScore

TrustScore changes only after verification.

- Fixed but unverified issues still affect TrustScore

- Verified fixes restore TrustScore immediately

- Blocking status updates reflect policy compliance

TrustScore always represents the latest verified snapshot.

---

## Common misconceptions

- Re-running analysis does not auto-fix issues

- TrustScore does not change without verification

- Closing an issue manually does not update results

Verification requires analysis.

---

## Best practices

- Re-run analysis after every blocking fix

- Use diff analysis for quick validation

- Use full analysis periodically for baseline accuracy

- Avoid stacking unverified fixes

Consistent re-analysis builds trust.

---

## Next steps

- Policies and rules

- GitHub and IDE integrations

- Using SyntaxValid in team workflows