k8s/backend.yaml referenced ${BE_IMAGE} but the workflow env
defines ${IMAGE}, causing envsubst to produce an empty image
name (InvalidImageName). Also consolidated the summary table
to single image line since FE/BE are merged.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
The rollout step referenced deployment/switchboard${SUFFIX} but the
k8s manifest names the deployment switchboard-be${SUFFIX}, causing
a NotFound error during rollout verification.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
CI pipeline: replace separate FE + BE image builds with single unified
Dockerfile. Remove FE_IMAGE, FE_REPLICAS, FE_* resource vars. Simplify
build/push/deploy to single IMAGE. Remove frontend.yaml k8s manifest.
Remove provider integration test env vars (PROVIDER, PROVIDER_KEY,
VENICE_API_KEY). Remove EXTRACTION_CONCURRENCY.
Delete server/Dockerfile (backend-only image, superseded by root
Dockerfile). Delete k8s/frontend.yaml (no separate FE deployment).
Update ROADMAP: steps 5-7 and 9 marked complete. Step 8 (ICD) partial.
Step 10 (smoke test + tag) is all that remains for v0.1.0.
Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
## Summary
This PR sets up the complete CI/CD infrastructure for the Chat Switchboard project, implementing automated testing, linting, building, and Docker containerization.
## Changes
### CI/CD Workflows
1. **`.gitea/workflows/backend.yml`** - Backend CI pipeline
- Automated Go module initialization
- Test execution with coverage reporting
- Code linting with golangci-lint
- Binary compilation with version tags
- Artifact upload for debugging
2. **`.gitea/workflows/frontend.yml`** - Frontend CI pipeline
- JavaScript linting with ESLint
- CSS validation with Prettier
- Standalone HTML build via build.sh
- HTML structure validation
- Build artifact management
3. **`.gitea/workflows/docker.yml`** - Docker CI pipeline
- Backend container building and testing
- Frontend container building
- Automatic image tagging on tags/branches
- Registry push on main branch
- Multi-arch manifest creation
### Docker Configuration
- `server/Dockerfile` - Multi-stage Go backend container with health checks
- `Dockerfile.frontend` - Nginx frontend container with gzip compression
- `nginx.conf` - Optimized nginx config with security headers
### Dependencies
- `server/go.mod` - Initialized Go module with Gin and godotenv
### Documentation
- `docs/CICD_SETUP.md` - Comprehensive CI/CD documentation
## Features
- ✅ Auto-trigger on push/PR to main/develop
- ✅ Test coverage reporting
- ✅ Code quality checks (golangci-lint, ESLint)
- ✅ Build artifact management (7-day retention)
- ✅ Semantic versioning support (v* tags)
- ✅ Multi-stage Docker builds
- ✅ Container health checks
- ✅ Security headers in nginx
- ✅ Gzip compression
- ✅ Non-root container execution
## Testing
The workflows will automatically run on this PR. Once merged, all future PRs and pushes to main/develop will trigger the appropriate CI checks.
## Acceptance Criteria
- ✅ All PRs run CI checks
- ✅ Docker images auto-build on tags
- ✅ Standalone build generates on each commit
## Next Steps (Manual)
1. Merge this PR to `main`
2. Create `develop` branch: `git checkout main && git checkout -b develop && git push origin develop`
3. Configure branch protection in Gitea (Settings → Branches → Add protection rule for main/develop)
4. Test with a sample PR to verify CI runs
## Breaking Changes
None. This is purely infrastructure setup with no impact on existing functionality.
Reviewed-on: xcaliber/chat-switchboard#22
