Skip to content

release: v1.8.1 - #116

Merged
github-actions[bot] merged 9 commits into
releasefrom
main
Aug 11, 2026
Merged

release: v1.8.1#116
github-actions[bot] merged 9 commits into
releasefrom
main

Conversation

@github-actions

@github-actions github-actions Bot commented Aug 11, 2026

Copy link
Copy Markdown
Contributor

Puts v1.8.1 on release, which is the branch production deploys from. Opened by the Release workflow.


Summary by cubic

Ships v1.8.1 and updates the release flow so the tagged commit is automatically merged into release, ensuring production always matches the tag. Also adds an agent sweep that auto-fills blank contact fields from sourced facts and clears stale suggestions.

  • New Features

    • Agent applies proposed facts to empty fields, settles duplicates, and leaves conflicts for reps; exposed via POST /internal/crm/apply-blank-facts and wired into the backfill runner.
    • Adds backfill:facts in apps/agent and a packages/db/peek.ts helper.
  • Bug Fixes

    • Releases ship by opening and merging a PR from main to release in the workflow; removes promote.yml.
    • Tests run against a separate database via TEST_DATABASE_URL; adds db:test to create/migrate it and updates CI to use crm_test.

Written for commit ed54dc1. Summary will update on new commits.

Review in cubic

carhartlewis and others added 9 commits August 10, 2026 22:37
Shipping was a release pull request into `main` and a promotion pull request
into `release`, open at the same time, with a warning on the promotion telling
you to merge the other one first. Merge them the wrong way round and you shipped
untagged code and left the version behind for the next promotion. Nobody should
have to hold that rule in their head to deploy.

The tag and the code have to travel together, so the release workflow now does
it in one step: when release-please cuts the tag it merges that exact commit
into `release` through the merges API. One pull request, no order to remember,
and the tag is by construction an ancestor of what shipped. `promote.yml` is
gone.

A conflict is the one case a human still has to see, and it can only mean
somebody committed to `release` directly, so it fails the run and says so rather
than quietly leaving production behind.

Non-releasable commits now wait for the next release rather than riding a
promotion, which is the trade: `release` moves when a tag is cut and at no other
time.
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: Lewis Carhart <lewis@trycomp.ai>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: Lewis Carhart <lewis@trycomp.ai>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: Lewis Carhart <lewis@trycomp.ai>
Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
@github-actions
github-actions Bot merged commit 56f4eeb into release Aug 11, 2026
5 of 8 checks passed
@vercel

vercel Bot commented Aug 11, 2026

Copy link
Copy Markdown

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
crm-agent Building Building Preview Aug 11, 2026 3:48am
crm-api Building Building Preview Aug 11, 2026 3:48am
crm-app Building Building Preview Aug 11, 2026 3:48am

Request Review

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant