Skip to content
Back to skills

Workspace Hub Sync Concurrent Writer Blocks

ASecurity

Handle repository_sync cleanup when workspace-hub root is being mutated by concurrent Claude/Codex/Gemini sessions.

  • 17 stars
  • 0 votes
  • 0 copies
  • 1 view
  • Added September 9, 2026
code-qualitygit

Security analysis

A100/100

Scanned September 24, 2026

npx -y skills add vamseeachanta/workspace-hub --skill workspace-hub-sync-concurrent-writer-blocks --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Workspace Hub Sync Concurrent Writer Blocks?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Workspace Hub Sync Concurrent Writer Blocks
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/vamseeachanta-workspace-hub-sync-concurrent-writer-blocks/badge)](https://www.skillsdirectory.com/skills/vamseeachanta-workspace-hub-sync-concurrent-writer-blocks)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: workspace-hub-sync-concurrent-writer-blocks
description: Handle repository_sync cleanup when workspace-hub root is being mutated by concurrent Claude/Codex/Gemini sessions.
version: 1.0.0
source: session-learned
---

# Workspace-hub sync blocked by concurrent writers

Use this when multi-repo sync is mostly done but `workspace-hub` root will not stay clean because other active AI sessions are still writing files, creating locks, or stashing changes.

## Symptoms
- `./scripts/repository_sync status all` shows subrepos clean, but root `git status` keeps changing between checks.
- `.git/index.lock` appears intermittently.
- `ps -ef | grep '[g]it'` shows active `git status`, `git stash`, `git add`, or commit processes from other sessions.
- Strange transient untracked files appear, especially partial markdown-heading fragments like:
  - `**Complexity:**`
  - `**Date:**`
  - `**Issue:**`
  - `**Review`
  - `Compatibility`
  - `This`
  These are a strong signal that another session is mid-write and the filesystem state is not stable.

## Safe procedure
1. Run `./scripts/repository_sync status all` from workspace-hub and separate subrepo health from root health.
2. If listed repos are clean/up to date, treat subrepo sync as complete even if workspace-hub root is still dirty.
3. Inspect concurrent activity before retrying root cleanup:
   - `git status --short --branch`
   - `ps -ef | grep '[g]it'`
   - optionally `stat .git/index.lock` if a lock exists
4. If active git/session writers are still present, stop chasing a final clean root claim.
5. Report explicitly:
   - subrepos are synced/clean
   - workspace-hub root cleanup is blocked by concurrent writers
   - a final catch-up commit should happen only after those sessions finish
6. Only after active writers stop, do one final root cleanup pass:
   - `git status --short --branch`
   - `git add -A`
   - `git commit -m "chore(sync): ..."`
   - `git push origin main`
   - rerun `./scripts/repository_sync status all`

## Do not
- Do not claim workspace-hub root is finally clean while active sessions are still writing.
- Do not repeatedly remove `index.lock` without checking for live git processes.
- Do not treat weird transient filenames as normal repo files to preserve without first confirming they are intentional.

## Outcome pattern
The correct end-state may be:
- repo ecosystem sync: complete
- workspace-hub root: temporarily blocked by concurrent writers

That is better than a false claim of full cleanliness.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.