Installed an App but cannot see the organization workspace
If the account chooser shows only your personal workspace, confirm that you completed GitHub sign-in with an account that can access the same LaneSync App installation. For a new organization workspace with no LaneSync admin yet, use an active owner of that GitHub organization and finish LaneSync sign-in from the App installation page. You do not need to uninstall the App. If the workspace already has an admin, ask that admin for an invite; GitHub organization membership alone does not add you to LaneSync.Dashboard shows no milestones
Symptoms
Symptoms
Dashboard empty after installing the GitHub App.
Fixes
Fixes
- Click Refresh to trigger sync
- Verify the GitHub App is installed on the repository (GitHub → Settings → Applications)
- Confirm milestones exist in GitHub with linked issues
- Self-hosted: check backend logs for webhook delivery errors
Repository setup and release readiness disagree
Open Repositories and the release’s Readiness tab. An active release with incomplete or unverified setup needs setup attention before it can be ready to deploy.- Review setup PR / Setup pending: continue the repository wizard. Merging a PR alone does not confirm active protection.
- Configuration missing: inspect
sdlc.yamland any configured inherited configuration, then complete setup. - Branch protection disabled / missing: inspect the rulesets and use the explicit setup action. Refreshing does not reactivate a deliberately disabled rule.
- Verification unavailable / Setup unverified: check App access and retry. A permission error, rate limit or outage does not mean configuration was deleted.
New repository is missing
Repository does not appear after creation or discovery
Repository does not appear after creation or discovery
- Select the LaneSync workspace for the GitHub account that owns the repository. Discover repositories searches only the selected workspace’s linked installation.
- On GitHub, configure the LaneSync or LaneSync Lite installation for that account. If access is limited to selected repositories, add the new repository and save.
- Return to the dashboard and click Discover repositories, then open Manage repositories & setup. A repository can be discovered before it has any releases or milestones.
- Complete the repo setup wizard for the newly discovered repository.
Discovery fails or returns no repositories
Discovery fails or returns no repositories
Sign in again if your session expired or no workspace is selected. Confirm that the selected workspace still has a LaneSync installation and that GitHub grants it repository access. Discovery cannot add repositories for an uninstalled App or one with no accessible repositories.GitHub access failures are reported as discovery errors. Resolve the reported access issue before retrying. A successful discovery response confirms the repository list was refreshed; synchronization continues in the background and can still fail separately.
Milestone stuck in PLANNING
Symptoms
Symptoms
Stage does not advance after creating milestone and issues.
Fixes
Fixes
All milestone issues must have assignees.Open the release’s Scope & owners tab and assign owners in LaneSync. Use Assign to me or remove one owner with Unassign. Verify the configured planning requirements if the stage still does not advance.
Milestone stuck in DEVELOPMENT
Symptoms
Symptoms
Development stage shows blocking items after merges.
Fixes
Fixes
- Close all milestone issues via merged PRs (not manual close without merge)
- Ensure required CI checks pass on
main— names must matchsdlc.yamldevelopment.required_checks - Cut release branch (e.g.
release/v1.0.0) unless using trunk-based mode - Check stage details for which checks are marked blocking
Milestone stuck in TESTING
Symptoms
Symptoms
Testing stage blocked after release branch created.
Fixes
Fixes
- Verify CI ran on the release branch
- Fix failing checks listed in
testing.required_checks - Confirm
branch_patterninsdlc.yamlmatches your branch name (release/*vsrelease/**)
Rulesets not created
Symptoms
Symptoms
No branch protection after bootstrap.
Fixes
Fixes
- GitHub App needs Administration: Read & Write (full tier)
- Re-approve permissions on the installation
- Re-run repo setup wizard or push
sdlc.yamlto triggerensureRulesets()
Phantom BLOCKING badges
Symptoms
Symptoms
Checks show blocking but workflow succeeded, or unknown check names appear.
Fixes
Fixes
Stale check names in DB cache. Update
required_checks in sdlc.yaml to match current GitHub Actions job names and push to default branch. Webhook re-syncs rulesets and milestones.Expected git tag is missing
Symptoms
Symptoms
CI is green on
main or release/v1.0.0, but dev-* or *-rc-* tags never appear.Fixes
Fixes
- Confirm the workflow file is a LaneSync template (
ci.ymlorci-*.yml). Custom CI is not auto-tagged - The run must be a push that succeeded. Pull requests and failed builds do not create tags
- Re-run the successful workflow (or push again) after LaneSync is updated — already-finished runs are not tagged retroactively
- Confirm the GitHub App is still installed on the repository
- Do not add
SDLC_APP_ID/SDLC_APP_PRIVATE_KEY. LaneSync never provisions those secrets; tags are created with the App installation
Production deploy blocked
Symptoms
Symptoms
Deploy workflow refuses to promote.
Fixes
Fixes
- Evidence PR must be approved (
evidencing.required_reviewers) - Deploy gate must return
can_deploy: true(requires CI auth — OIDC token orLANESYNC_API_KEY): - Milestone must be in DEPLOYMENT stage with all prior gates passed
SDLC Enforce always failing
See SDLC Enforce action for action-specific failures.Workflow update banner or PR issues
Symptoms
Symptoms
Update banner missing, wrong files in update PR, or banner persists after merge.
Fixes
Fixes
See Update LaneSync Workflows — Troubleshooting. Common causes: bootstrap not
COMPLETE/LEGACY, stale pending PR, or sdlc.yaml check names not matching workflow name: fields on custom CI paths.Still stuck?
FAQ
Common questions about SaaS vs self-hosted.
Contact support
Reach the LaneSync team.