Skip to content

chore: Migrate dotnet-sdk-internal into dotnet-core#298

Open
jsonbailey wants to merge 3 commits into
mainfrom
jb/sdk-2572/migrate-internal-to-dotnet-core
Open

chore: Migrate dotnet-sdk-internal into dotnet-core#298
jsonbailey wants to merge 3 commits into
mainfrom
jb/sdk-2572/migrate-internal-to-dotnet-core

Conversation

@jsonbailey

@jsonbailey jsonbailey commented Jun 25, 2026

Copy link
Copy Markdown
Contributor

Overview

Migrates the LaunchDarkly.InternalSdk package from the standalone dotnet-sdk-internal repo into this monorepo at pkgs/shared/internal/, following the pattern used for dotnet-sdk-common (#105) and its follow-up corrections (#117, #121, #123, #124).

Resolves SDK-2572.

Intentionally a chore: so release-please does not cut a release for the migration itself. The manifest is seeded at the current version (3.8.0); the first real release happens on the next feat/fix touching the package.

What's included

Not included (deliberately)

  • No consumer changes. The server/client SDKs keep their published LaunchDarkly.InternalSdk PackageReference; bumping them to a monorepo-published version is a separate follow-up PR.
  • The old repo is untouched (archival is tracked separately under SDK-2573).

Validation

  • net8.0: 180/180 unit tests pass in the new location.
  • netstandard2.0: builds clean. (net462 is Windows-only — covered by the CI matrix.)
  • release-please-config.json / manifest are valid JSON; package-name matches the real <PackageId> and the extra-files csproj path resolves correctly.

Note

Low Risk
Additive monorepo migration and workflow config; no runtime or consumer dependency changes in this PR.

Overview
Moves LaunchDarkly.InternalSdk from the standalone dotnet-sdk-internal repo into pkgs/shared/internal/, mirroring how other shared packages live in this monorepo.

The package source, tests, docs, and changelog land under that path and are wired into DotnetCore.sln. Release-please is seeded at 3.8.0 in .release-please-manifest.json, with a new release-shared-internal job and pkgs/shared/internal on the shared release workflow. A dedicated server-shared-internal.yml CI workflow builds/tests on Ubuntu (netstandard2.0 / net8.0) and Windows (net462).

Signing stays on the existing S3 strong-name key via github_actions.env; the csproj only updates the key file path for this repo layout. No server/client SDK PackageReference updates in this PR.

Reviewed by Cursor Bugbot for commit bfa34b0. Bugbot is set up for automated code reviews on this repo. Configure here.

@jsonbailey jsonbailey force-pushed the jb/sdk-2572/migrate-internal-to-dotnet-core branch from f2a2676 to 8475a80 Compare June 25, 2026 22:28
@jsonbailey jsonbailey marked this pull request as ready for review July 7, 2026 13:42
@jsonbailey jsonbailey requested a review from a team as a code owner July 7, 2026 13:42
Relocate the LaunchDarkly.InternalSdk package from the standalone
dotnet-sdk-internal repo into pkgs/shared/internal, following the pattern used
for dotnet-sdk-common (#105) and its follow-up corrections (#117/#121/#123/#124).

- Copy src/ and test/ verbatim. Preserve the existing strong-name signing key:
  the same S3 source (launchdarkly-releaser/dotnet/LaunchDarkly.snk) is used, so
  the assembly public-key token is unchanged.
- Add monorepo release wiring: github_actions.env, docfx.json, CI workflow
  (server-shared-internal.yml), release-please config + manifest (seeded at the
  current version 3.8.0), and release.yml / release-please.yml entries.
- No consumer changes; the server/client SDKs keep their published
  LaunchDarkly.InternalSdk PackageReference (bumping that is a follow-up).

SDK-2572
@jsonbailey jsonbailey force-pushed the jb/sdk-2572/migrate-internal-to-dotnet-core branch from b4970bb to ef4e59b Compare July 7, 2026 13:54
Comment thread pkgs/shared/internal/docfx.json Outdated
],
"globalMetadata": {
"_appName": "LaunchDarkly.InternalSdk",
"_appTitle": "LaunchDarkly internal common code for .NET and Xamarin clients",

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We could probably remove Xamarin here.

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.

2 participants