Compliance Glossary for Confluence

How do GitHub and Confluence share one trace?

Production version 6 does not provide an end-to-end GitHub-to-Confluence trace workflow. Git Connector performs report-only terminology checks. Separate backend code can normalize immutable GitHub code and test revisions into enterprise evidence contracts. It emits candidate links, but the connector does not call it. No visible control approves candidates, and the trace workspace does not send a selected start node for traversal.

Last verified against production v6 · 26 September 2026

At a glance

InputCurrent actionOutputBoundary
Approved GitHub repositoryConfigure Repository, Confluence space, and Allowed pathsReport-only terminology scan scopeThe connector checks terminology. It does not create enterprise trace evidence.
Connector scanSelect Scan by requestRecent asynchronous jobs and Git terminology findingsSource excerpts and file contents are not rendered in the connector UI.
Undefined Git findingSelect Add as draftDraft glossary termThis starts terminology governance, not trace-link approval.
Immutable Git SHA and bounded code or test filesCall the backend evidence mapperArtifacts, revisions, subjects, usages, and candidate linksProduction connector resolvers do not call this mapper. Its direct coverage is code and tests.
Declared implements or verifies relationshipNormalize the declarationLink with candidate approval state and immutable provenanceCandidate links are review-only. They are excluded from governed traversal.
Approved or imported trace nodes and linksExpand indexed neighbors in both directionsForward and reverse graph hopsCandidate links and unapproved endpoints are excluded. Missing or truncated evidence creates coverage blockers.
Enterprise evidence workspaceView Trace graph, Forward impact, and Reverse provenanceVisible graph areaCurrent UI requests omit a start node. Selecting evidence does not reload the graph with one.

How it works

  1. Open Git Connector as an administrator.
  2. Set Repository, Confluence space, and Allowed paths.
  3. Select Save connection.
  4. Select Scan by request for a report-only terminology check.
  5. Review Recent asynchronous jobs and Git terminology findings.
  6. Use Add as draft only for an undefined glossary term. It does not approve a trace link.
  7. Do not present this connector workflow as governed GitHub-to-Confluence traceability.

Example

A connector scan can flag a deprecated term in an approved repository. Separate mapper code can normalize one function and its test. It can emit implements and verifies candidates against requirement nodes. Those candidates remain outside governed traversal. Production version 6 has no visible candidate-review or approval control.

What this does not mean

Production version 6 deploys the GitHub web trigger, scan consumer, connector resolvers, and GitHub API egress. These components support report-only terminology checks. The enterprise mapper and indexed trace services are implemented and tested separately. The connector does not invoke the mapper. The workspace exposes trace controls, but its client does not request graph expansion from a selected node. Only approved or imported links qualify as governed evidence.

Related questions

Next step

Use Git Connector for terminology checks. Do not rely on it as an end-to-end GitHub-to-Confluence evidence trace.

View on Atlassian Marketplace
Verification basis: production v6 code, tests, manifest, and operations guidance. Verified 26 September 2026.