docs(admin): add guide for enabling fullsend on private repositories - #1190
Conversation
Closes #1188. Covers public vs. private repo differences, agent safety defaults, AGENTS.md examples for preventing sensitive content reproduction, guardrail testing procedures, and deployment guidance based on data sensitivity. Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
Site previewPreview: https://f7dbfe8c-site.fullsend-ai.workers.dev Commit: |
…e requirements Add a 'Supported scenarios' section near the top of the private repositories guide that makes it clear which install mode to use for private repos. Per-repo install is self-contained — workflows live in the target repo and call the public upstream actions directly, so there are no cross-repo visibility constraints. This is the recommended mode for private repos. Per-org install uses cross-repo workflow_call into a shared .fullsend config repo. When .fullsend is private, GitHub's access controls silently reject workflow_call from any non-private caller — including public repos and internal repos on Enterprise Cloud — producing 0 jobs and no error message. Add a visibility matrix and call out the silent failure explicitly. Also tighten point 3 in "How private repos differ" to note that the Actions log concern applies only to per-org install, since per-repo install has no .fullsend config repo. Signed-off-by: Wayne Sun <gsun@redhat.com>
ReviewFindingsLow
Info
Previous runReviewFindingsInfo
|
| @@ -0,0 +1,187 @@ | |||
| # Enabling fullsend on private repositories | |||
There was a problem hiding this comment.
[info] intent-alignment
The guide covers all five areas requested in #1188 but does not address the indirect exposure paths raised in a contributor comment: cross-repo build dependencies, kustomize overlays, and shared configs that create indirect data exposure between private and public repos. This is a meaningful gap worth covering in a follow-up.
Suggested fix: Add a section covering indirect exposure paths — scenarios where public repos with agentic workflows inherit access to private data through cross-repo dependencies (e.g., kustomize overlays, shared configs, cross-repo build inputs).
Review follow-upsCreated follow-up issues for actionable non-blocking review findings:
Previous runReview follow-upsCreated follow-up issues for actionable non-blocking review findings:
|
Signed-off-by: Wayne Sun <gsun@redhat.com>
Signed-off-by: Wayne Sun <gsun@redhat.com>
defaults, AGENTS.md examples for preventing sensitive content reproduction, guardrail testing procedures, and deployment guidance based on data sensitivity.
Co-Authored-By: Claude Opus 4.6 noreply@anthropic.com
Closes #1188
Post-script verification
feat/1188-private-repo-admin-guide)5f4e79e1610ae3ce8e8bcf95d530c1974ae6fcc1..HEAD)