Probe: Stainless preview vs csharp-free base (throwaway)#659
Probe: Stainless preview vs csharp-free base (throwaway)#659ls-bolt[bot] wants to merge 1 commit into
Conversation
…view? Doc-comment-only delta (proven to fail preview when based on main). This PR's merge base lacks the csharp target, so if the Stainless preview check goes green here, the compare API unions targets across base and head — meaning the csharp removal fixes the check once it reaches main. Throwaway probe; will be closed either way. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
|
The latest updates on your projects. Learn more about Vercel for GitHub. 2 Skipped Deployments
|
✱ Stainless preview builds for gridThis PR will update the cli csharp go kotlin openapi php python ruby typescript Edit this comment to update them. They will appear in their respective SDK's changelogs. ✅ grid-openapi studio · code · diff
✅ grid-ruby studio · code · diff
✅ grid-go studio · code · diff
✅ grid-kotlin studio · code · diff
✅ grid-typescript studio · code · diff
✅ grid-python studio · code · diff
✅ grid-csharp studio · code · diff
✅ grid-php studio · code · diff
✅ grid-cli studio · code · diff
This comment is auto-generated by GitHub Actions and is automatically kept up to date as you push. |
|
Probe complete: preview PASSED (see #657 for the full verdict). csharp still built and its build CI still failed, but base failed identically → 'did not represent a regression' → green. Closing. |
…#671) ## Summary Removes the csharp target from `.stainless/stainless.yml` so the `Build SDKs for pull request / preview` check stops failing on every spec-changing PR. **Why every spec PR is red**: Stainless's csharp build CI is broken upstream for ANY freshly generated code (content-independent, proven by bisect on #650, breakage window ~Jul 3). The preview check gates on a per-language head-vs-base regression, and with csharp in main's config the base build resolves to a cached pre-breakage csharp *success* — so every fresh head failure counts as a regression → red. **Why this fixes it**: with csharp out of the config on main, base builds have no cached csharp success to regress from — matching outcomes on base and head → "not a regression" → green. Proven end-to-end by probe #659: the exact previously-failing change class (doc-comment-only codegen delta) ran against a csharp-free base and `preview` **passed**. Full mechanics: [investigation writeup](#657 (comment)). **No shipping impact**: the csharp target is unpublished (`production_repo: null`, `publish.nuget: false`). Re-add the block when Stainless fixes their csharp build CI upstream. ## Sequencing (for #657 and other open spec PRs) 1. Merge this PR — **its own `preview` will be red** (its base is current main); merge through it (precedent: #633, #637). 2. Merge/rebase main into open spec PRs (e.g. #657) — their next `preview` run goes green. ## Verification - `make lint` passes; the file matches the exact removal previously validated on the #657 branch (commit 069ad9a) and by probe #659. --- 🤖 [thundering-graviton-3](https://zeus.dev.dev.sparkinfra.net/#/arc?id=thundering-graviton)[(#3)](https://zeus.dev.dev.sparkinfra.net/#/instance?id=thundering-graviton-3) | [Feedback](https://zeus.dev.dev.sparkinfra.net/feedback) Original PR: #663 Co-authored-by: Claude Fable 5 <noreply@anthropic.com>
Throwaway probe for the csharp
previewinvestigation on #657 — do not review or merge.Question: does
builds.compareunion the target set across base and head? On #657, the head config verifiably lacked the csharp target yet the server still built csharp — the suspected reason is that the base build (from the merge base = main, which still has csharp) forces csharp into the comparison.Setup: this PR is based on
07-06-pan-embed-url-fetch-on-demand-docs(csharp-free config on both sides) and carries a doc-comment-only codegen delta (GtqAccountInfoBase.bankAccountTypedescription) — the exact class of change proven to failpreviewagainst a main base.Read-out:
previewgreen → union confirmed; the csharp removal in docs(cards): PAN reveal via POST /cards/{id}/reveal; panEmbedUrl off the Card resource #657 fixes the check for all PRs once it reaches main.previewred on csharp → the target set persists server-side in Stainless Studio regardless of config; repo-side fixes are impossible and someone with Studio access must remove the target.Will report the result on #657 and close this PR.
🤖 thundering-graviton(#2) | Feedback