code-foundry 0.36.1 → 0.37.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -12,7 +12,7 @@ updates:
12
12
  # code-foundry.yml). Dependabot must never bump them; a stale
13
13
  # github-actions group PR branched before a sync can resurrect
14
14
  # legacy caller files when merged.
15
- - dependency-name: "0xPlayerOne/code-foundry*"
15
+ - dependency-name: '0xPlayerOne/code-foundry*'
16
16
  groups:
17
17
  github-actions:
18
18
  applies-to: version-updates
package/AGENTS.md CHANGED
@@ -71,6 +71,12 @@ Ask for clarification when a missing decision would materially change the implem
71
71
 
72
72
  For normal feature work, branch from `staging` and target pull requests at `staging`. Treat `main` as the protected release branch. Follow `.github/CONTRIBUTING.md` for the complete internal and external contribution flow.
73
73
 
74
+ ## Git workflow and merging
75
+
76
+ This repository uses the `staging-release` workflow: topic branches **squash** into `staging`, a promotion PR **rebases** validated changes into `main` (`merge_strategy: rebase`), and the Release Please version PR **rebases** into `main` (`release_merge_strategy: rebase`). Feature PRs land on `staging` with squash merges; promotion and release PRs land on `main` with rebase merges. Re-align `staging` with `main` after a release when needed.
77
+
78
+ Merge only with the repository's canonical method. Never merge with `--admin`, never default or auto-select a merge method, and never use a method the branch ruleset does not allow. When in doubt, prefer the merge button's configured method and verify the ruleset after merging. Check `.github/CONTRIBUTING.md` for the complete flow and merge table.
79
+
74
80
  ## Toolchain and dependencies
75
81
 
76
82
  - Follow `toolchain: auto` in `.github/code-foundry.yml`; use native tools by
package/CHANGELOG.md CHANGED
@@ -1,5 +1,19 @@
1
1
  # Changelog
2
2
 
3
+ ## [0.37.0](https://github.com/0xPlayerOne/code-foundry/compare/v0.36.2...v0.37.0) (2026-08-07)
4
+
5
+
6
+ ### Features
7
+
8
+ * **agents:** add explicit merge-workflow guidance ([a74c0ce](https://github.com/0xPlayerOne/code-foundry/commit/a74c0ce61c8dc53795a645ab5f2062ded732e3a5))
9
+
10
+ ## [0.36.2](https://github.com/0xPlayerOne/code-foundry/compare/v0.36.1...v0.36.2) (2026-08-07)
11
+
12
+
13
+ ### Bug Fixes
14
+
15
+ * **sync:** prettier-canonical dependabot ignore quotes ([491e06a](https://github.com/0xPlayerOne/code-foundry/commit/491e06ade14531eb02f1d7aa729cee3b1acdf78b))
16
+
3
17
  ## [0.36.1](https://github.com/0xPlayerOne/code-foundry/compare/v0.36.0...v0.36.1) (2026-08-07)
4
18
 
5
19
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "code-foundry",
3
- "version": "0.36.1",
3
+ "version": "0.37.0",
4
4
  "description": "A fast, language-aware repository factory for agent-ready workflows, testing, security, and release automation.",
5
5
  "type": "module",
6
6
  "license": "AGPL-3.0-or-later",
@@ -434,6 +434,10 @@ const DIRECT_DOC_REPLACEMENTS = {
434
434
  'Use `push` for `main, staging` and `pull_request` for `staging` unless a workflow has a documented event-specific reason.',
435
435
  'Use `push` for `main` and `pull_request` for `main` unless a workflow has a documented event-specific reason.',
436
436
  ],
437
+ [
438
+ 'This repository uses the `staging-release` workflow: topic branches **squash** into `staging`, a promotion PR **rebases** validated changes into `main` (`merge_strategy: rebase`), and the Release Please version PR **rebases** into `main` (`release_merge_strategy: rebase`). Feature PRs land on `staging` with squash merges; promotion and release PRs land on `main` with rebase merges. Re-align `staging` with `main` after a release when needed.',
439
+ 'This repository uses the `direct` workflow: topic branches **squash** directly into `main`, and the Release Please version PR **rebases** into `main` (`release_merge_strategy: rebase`). Feature PRs land on `main` with squash merges; release PRs land on `main` with rebase merges. No integration branch exists; all pull requests target `main`.',
440
+ ],
437
441
  ],
438
442
  '.github/CONTRIBUTING.md': [
439
443
  [