Overview
Orphelix integrates with GitHub to create and manage Pull Requests (PRs) directly from the dashboard. This enables a complete GitOps workflow where infrastructure changes go through code review before being applied to your cluster.
What are Pull Requests?
Pull Requests (PRs) are a GitHub feature for:Code Review
Team reviews changes before merging
Discussion
Discuss changes, suggest improvements
CI/CD Integration
Automated tests run on PR changes
Audit Trail
Track who changed what and when
Creating Pull Requests
From YAML Editor
Most common method - edit manifests and create PR:Edit YAML
Use YAML Editor to modify deployment/configSee YAML Editor for details
Select Target Branch
Choose where to merge changes:
- Main/Master
- Staging
- Custom
Default production branchMost common choice
Multi-file Pull Requests
Create PRs affecting multiple files:
Use cases:
- Update ConfigMap + Deployment (apply both changes together)
- Kustomize base + overlay modifications
- Coordinated changes across microservices
From Repository Browser
Browse and edit repository files directly:PR Templates
Orphelix generates structured PR descriptions:Default Template
Custom Templates
Configure custom PR templates in your repository:- Create
.github/pull_request_template.md - Orphelix uses it automatically
- Override with custom message if needed
Managing Pull Requests
Viewing PRs
See all PRs created through Orphelix:
PR Information:
- Title: PR description
- Status: Open, Merged, Closed
- Author: Who created PR
- Created: When PR was opened
- Labels: GitHub labels
- Reviews: Review status
- Checks: CI/CD status
PR Status Indicators
Open
Open
Color: BlueMeaning: PR awaiting review/mergeActions:
- Review changes
- Request reviews
- Merge when ready
Merged
Merged
Color: PurpleMeaning: PR successfully mergedTimeline:
- Changes now in target branch
- ArgoCD/Flux will sync
- Changes apply to cluster
Closed
Closed
Color: RedMeaning: PR closed without mergingReasons:
- Changes no longer needed
- Superseded by another PR
- Incorrect approach
Conflicts
Conflicts
Color: OrangeMeaning: Merge conflicts existAction required:
- Resolve conflicts on GitHub
- Update branch from base
- Push resolution
Review Status
PRs show review state:- Pending
- Approved
- Changes Requested
- Commented
Icon: ⏳No reviews yetActions:
- Request reviews from team
- Self-review if allowed
CI/CD Checks
View automated check status:
Common Checks:
YAML Lint
YAML Lint
Validates YAML syntaxPass: ✅ Valid YAML
Fail: ❌ Syntax errors
Policy Validation
Policy Validation
Checks against policies (OPA, Kyverno)Pass: ✅ Complies with policies
Fail: ❌ Policy violations
Integration Tests
Integration Tests
Runs automated testsPass: ✅ Tests passed
Fail: ❌ Tests failed
Security Scan
Security Scan
Scans for vulnerabilitiesPass: ✅ No vulnerabilities
Fail: ❌ Security issues found
PR Actions
Merging
Merge PR to apply changes:Select Merge Method
- Merge Commit
- Squash & Merge
- Rebase & Merge
Creates merge commit (default)Preserves full history
Closing without Merging
Close PR if changes not needed:Updating PRs
Update PR with new commits:- From Orphelix
- From Git
- Re-open YAML editor
- Make additional changes
- Save → Commits to same branch
- PR automatically updates
GitOps Workflow
Complete deployment flow with PRs:Integration with GitOps Tools
- ArgoCD
- Flux
- Manual
Auto-sync on PR merge:
- PR merged to main
- ArgoCD detects change
- Compares with cluster state
- Syncs new manifests
- Updates deployment
Best Practices
Require Reviews
Require Reviews
Configure branch protection:
Run CI Checks
Run CI Checks
Automate validation:
Use Semantic Commits
Use Semantic Commits
Follow conventional commits:
Link Issues
Link Issues
Reference related issues:Auto-closes issues on merge
Test in Staging
Test in Staging
Deploy to staging before production:
- Create PR to staging branch
- Merge and test
- Create PR from staging to main
- Merge to production
Small PRs
Small PRs
Keep PRs focused:✅ One logical change per PR
❌ Multiple unrelated changesEasier to review and safer to merge
Troubleshooting
PR Creation Failed
Symptom: “Failed to create PR” Check:-
Permissions
- Orphelix App has write access?
- Repository not archived?
-
Branch Conflicts
- Branch already exists?
- Try different branch name
-
GitHub API Limits
- Rate limit exceeded?
- Wait 1 hour and retry
Merge Conflicts
Symptom: PR shows conflicts Resolution:CI Checks Failing
Symptom: PR blocked by failed checks Solutions:-
Review Check Logs
- Click “Details” next to failed check
- Read error messages
- Fix issues
-
Common Failures
- YAML Lint: Fix syntax errors
- Policy: Adjust to meet policies
- Tests: Fix broken tests
- Security: Update vulnerable images
-
Re-run Checks
- Push new commit
- Or click “Re-run checks”
Next Steps
YAML Editor
Learn about editing manifests
GitHub Setup
Configure GitHub integration
Deployments
Back to deployments
Repository Browser
Browse repository files
