17 Commits

Author	SHA1	Message	Date
sysadmin	417c4a68ae	ci: Configure TeleBot token for CT109 pre-production deployment ... - Added Telegram__BotToken environment variable to ct109 deployment - Token: 8254383681:AAE_j4cUIP9ABVE4Pqrmtgjfmqq1yc4Ow5A (@Teleshopio_bot) - Ensures pre-production uses the correct bot instance 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-11-17 18:19:15 +00:00
SysAdmin	25ec371961	fix: Simplify to use public HTTPS clone (no authentication needed)	2025-11-17 14:07:12 +00:00
SysAdmin	1a7fd96486	fix: Auto-detect Gitea SSH port instead of hardcoding 2223	2025-11-17 14:02:21 +00:00
SysAdmin	e7659a4615	fix: Switch from HTTPS token to SSH key authentication for git clone	2025-11-17 13:51:36 +00:00
SysAdmin	b08ff7ad83	fix: Simplify git clone to use token:@host format	2025-11-17 13:50:17 +00:00
SysAdmin	f4346a799e	fix: Use git credential helper for Gitea authentication	2025-11-17 13:46:03 +00:00
SysAdmin	310f1f63de	fix: Update secret name from SECRET to GIT_TOKEN	2025-11-17 13:44:41 +00:00
SysAdmin	b6569154a4	fix: Remove oauth2 prefix for Gitea token authentication (Gitea uses different format than GitHub)	2025-11-17 13:41:27 +00:00
SysAdmin	edffa1f249	fix: Use tilde expansion and escape variables for remote execution	2025-11-17 13:40:06 +00:00
SysAdmin	e8ef0710a2	fix: Use SECRET instead of GITEA_TOKEN (Gitea naming restriction)	2025-11-17 13:38:32 +00:00
SysAdmin	af0f8e1f7a	fix: Add Gitea token authentication for git clone	2025-11-17 13:35:30 +00:00
SysAdmin	541b531290	fix: Use home directory instead of /opt for CT109 deployment (permission issue)	2025-11-17 13:29:17 +00:00
SysAdmin	d4c2bedf9b	debug: Add verbose logging to SSH setup step	2025-11-17 13:23:29 +00:00
SysAdmin	5951e2a89a	fix: Use hardcoded repository URL instead of gitea context variable	2025-11-16 21:11:13 +00:00
SysAdmin	8a70e4aad1	fix: Replace GitHub Actions with native git commands for Gitea compatibility ... Issues Fixed: 1. Gitea Actions runner lacks Node.js (required for actions/checkout@v4) 2. Gitea Actions doesn't support actions/upload-artifact@v4 3. Build jobs were unnecessary overhead Solution: - Replaced actions/checkout@v4 with native git clone commands - Removed separate build jobs (build-littleshop, build-telebot) - Build Docker images directly on deployment targets via SSH - Simplified workflow: deploy jobs now handle clone + build + deploy Benefits: - No Node.js dependency - uses native git/docker only - Faster deployments - no image transfer overhead - Simpler pipeline - fewer jobs and steps - Better resource usage - builds on target server with proper resources Changes: - deploy-production: Builds images on VPS from git checkout - deploy-preproduction: Builds images on CT109 from git checkout - Removed artifact upload/download steps entirely - Git clone/checkout happens on deployment targets 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-11-16 21:08:01 +00:00
SysAdmin	b04de045c5	fix: Remove Docker buildx setup to resolve CI/CD permissions error ... Issue: - Docker buildx creates containerized builder requiring elevated capabilities - Gitea Actions runner doesn't have permission to apply Linux capabilities - Error: "unable to apply caps: operation not permitted" Solution: - Removed docker/setup-buildx-action from both build jobs - Using standard docker build (already configured via DOCKER_BUILDKIT=1) - BuildKit features still enabled via environment variable Impact: - CI/CD builds will now succeed without capability errors - No functionality lost (workflow uses 'docker build', not 'docker buildx build') - Faster build start (no buildx container creation overhead) 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>	2025-11-16 21:05:09 +00:00
SysAdmin	47e43d4ff8	ci: Migrate from GitLab CI/CD to Gitea Actions with CT109 pre-production ... **Migration Complete:** - Removed GitLab CI/CD configuration (.gitlab-ci.yml) - Created Gitea Actions workflows (.gitea/workflows/) - Disabled automatic production deployment (manual only) - Added pre-production deployment to CT109 Docker container **New Workflows:** - build-and-deploy.yml: Main CI/CD pipeline with CT109 deployment - rollback.yml: Manual rollback capability - README.md: Comprehensive workflow documentation **Pre-Production Environment (CT109):** - Host: 10.0.0.51 - User: sysadmin - Port: 22 - Deploys on push to development/main branches - Access URL: http://ct109.local:5100 **Documentation:** - CI_CD_MIGRATION_GITEA.md: Complete migration guide - CI_CD_CT109_PREPRODUCTION.md: CT109 deployment architecture - GITEA_SECRETS_SETUP_GUIDE.md: Secrets configuration instructions **Git Remote Updated:** - Migrated from GitLab (gitlab.silverlabs.uk) to Gitea (git.silverlabs.uk) - Using token authentication for push/pull operations **Next Steps:** 1. Push code to Gitea to create repository 2. Add CT109 secrets via Gitea UI (CT109_HOST, CT109_SSH_PORT, CT109_USER, CT109_SSH_KEY) 3. Test pre-production deployment workflow 🚀 Generated with Claude Code Co-Authored-By: Claude <noreply@anthropic.com>	2025-11-14 19:10:14 +00:00