You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ci(sync): implement integration branch pattern for upstream sync
Refactor the upstream-sync workflow to maintain main as a pure mirror
of upstream/main, then merge into the integration branch. Clean merges
are now pushed directly to local-desktop-installation-support, while
conflicts trigger a PR for manual resolution.
Add comprehensive documentation explaining the fork workflow strategy,
branch roles, and daily development protocol.
# Fork Workflow Strategy: "The Integration Branch Pattern"
2
+
This guide outlines the optimal workflow for maintaining a long-lived fork that consumes upstream updates while developing local features.
3
+
## The Goal
4
+
1.**Consume Upstream**: Get daily updates from `Dicklesworthstone/agentic_coding_flywheel_setup`.
5
+
2.**Develop Locally**: Build new features in isolation.
6
+
3.**Integrate**: Combine both sources into a stable deployment branch.
7
+
## The "Integration Branch" Pattern
8
+
We use a specific branching strategy to keep streams of work clean.
9
+
### Branches
10
+
| Branch Name | Role | Source of Truth |
11
+
| :--- | :--- | :--- |
12
+
|`main`|**Pure Upstream Mirror**| ONLY upstream code. Never commit here directly. |
13
+
|`feature/*`|**Your Work**| Your isolated feature development. |
14
+
|`local-desktop-installation-support`|**Integration / Deployment**| The "Production" branch for your local install. Contains Upstream + Your Features. |
*Tip: If you want to use PRs for your own features to run tests, that's even better! Open a PR from `feature/my-new-idea` -> `local-desktop-installation-support`.*
66
+
### 3. Handling Upstream "Gotchas"
67
+
Sometimes upstream changes a file you also changed.
68
+
1.**The Action fails to merge cleanly.**
69
+
2.**You get a Notification.**
70
+
3.**You Open the PR** created by the action.
71
+
4.**You Resolve Conflicts** (locally or in UI) to decide: "Do I keep my custom config, or take their update?"
72
+
## Summary Rules
73
+
1.**Don't touch `main`**. Let the sync action handle upstream data.
74
+
2.**Don't commit to `local-desktop-installation-support` directly** for big work. Use feature branches.
75
+
3.**Treat `local-desktop-installation-support` as your "Personal Production"**. If it's in there, it's live on your machine.
0 commit comments