Skip to content

docs(cloud): Guide for private git dependencies#590

Open
christerswahn wants to merge 2 commits into
mainfrom
ces-dev
Open

docs(cloud): Guide for private git dependencies#590
christerswahn wants to merge 2 commits into
mainfrom
ces-dev

Conversation

@christerswahn

Copy link
Copy Markdown
Contributor

No description provided.

@christerswahn christerswahn requested review from Isakdl and vlidholt June 10, 2026 07:43

@Swiftaxe Swiftaxe left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

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

Nice update!

Added a few nit comments.

Comment thread cloud_docs/reference/01-deployment/02-handling-private-dependencies.md Outdated
Comment thread cloud_docs/reference/01-deployment/02-handling-private-dependencies.md Outdated
Comment thread cloud_docs/reference/01-deployment/02-handling-private-dependencies.md Outdated

@developerjamiu developerjamiu Jun 10, 2026

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Suggestion (line 3, intro): the current opening frames workspaces as the only path, but the PR adds private-git-deps as a second path. Surfacing both up front helps the reader pick.

Proposed rewrite of line 3:

Serverpod Cloud handles private dependencies in two ways: as local packages in a Dart workspace, or as private git dependencies authenticated with an SSH-key build secret. Pick the one that matches how your private code is stored.

- **Private git references**: Dependencies pointing to private Git repositories using `git:` URLs are not supported during deployment.
- **Private package managers**: Custom package registry configurations are not supported.

If you need to include private code in your deployment, use Dart workspaces to manage these dependencies as local packages within your project structure.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Nit: with workspaces and private git deps now both documented above, this closer is redundant. Consider cutting it. Current limitations then reads as a clean "what's not supported" list without the appended workspace recap.

```

#### Add or modify a build secret with the value in a file
```

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Nit: this code block is missing the language tag the other two use. Add sh (or bash) so syntax highlighting matches.

#### Add or modify a build secret with the value in a file
```
$ scloud deployment build-secret set MY_SECRET_NAME --from-file my_private_ssh_key_file
```

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

Just mentioning: worth adding a way to unset/remove a build secret here, because rotating an SSH key or revoking access is a common follow-up. Without it documented, readers will either leave stale secrets behind or guess.

@developerjamiu developerjamiu added documentation Improvements or additions to documentation enhancement New feature or request labels Jun 10, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

documentation Improvements or additions to documentation enhancement New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants