전체 문서

Getting Started

CICDoo란 시작하기: 온보딩 마법사 대시보드와 인프라 맵

Concepts

프로덕션, 스테이징, 개발 스테이지 도메인, 서브도메인, SSL Odoo 버전과 에디션 (Community와 Enterprise) 워크스페이스와 팀 협업

Servers

서버 추가하기 서버 도메인과 DNS 로드 밸런서 사용하기 서버 작업: 배포, 로그, 차트 Deleting a server

Projects & Git

프로젝트 만들기 GitHub 연결하기 Project GitHub settings and webhook GitLab 연결하기 브랜치와 인스턴스 프로젝트에 태그 달기와 필터링 앱 노드를 이용한 고가용성 Project environments, extensions and deletion

Instances & Console

인스턴스 만들기 인스턴스 재시작, 중지, 삭제 스테이지 간 브랜치 병합 웹 IDE와 원격 접속 SSH access to instances 인스턴스 설정 설명 배포와 작업 큐

Agent Tasks

에이전트 작업이란 에이전트 작업 설정하기 작업 실행과 결과 검토 에이전트 시간과 추가 구매 Agent insights and task filters

Monitoring & Backups

인스턴스 모니터링 백업과 복원 S3 storage, uploads and bulk backup actions 경고 알림 (이메일과 SMS)

Workspaces & Permissions

워크스페이스 멤버 초대하기 멤버 권한과 리소스 접근 멤버가 리소스를 보거나 사용할 수 없습니다 Audit log and server activity

Account & Security

2단계 인증 (2FA) 프로필과 연동 설정 비밀번호와 계정 복구

Billing & Plans

요금제와 가격 업그레이드와 구독 관리 프로젝트 구독이 미납된 경우 채널 파트너 프로그램 Onboarding a client as a partner

Support & Tickets

지원 티켓 열기 CICDoo 팀에 도움 요청하기

Troubleshooting

문제 해결: 서버를 연결할 수 없습니다 문제 해결: 배포가 실패했습니다 문제 해결: 저장소를 옮긴 뒤 git push가 403으로 실패합니다 문제 해결: 인스턴스가 중단되거나 느립니다 문제 해결: 도메인 또는 SSL 문제

프로젝트 및 Git

Project GitHub settings and webhook

How to use the GitHub tab of a project's settings to fix a missing push webhook, re-sync a moved repository, change the default branch and choose which GitHub credential the project uses.

Each project has its own GitHub settings, on the "GitHub" tab of the project settings. They control which repository and branch the project deploys, which GitHub credential it uses, and whether GitHub tells CICDoo about new pushes. The tab is meant for projects hosted on GitHub.

Opening the GitHub tab

You need permission to change the project's settings ("Project settings").

  1. On the Projects page, click "Settings" on the project's card. From the project console, you can also use the "Project Settings" link at the bottom of the sidebar.
  2. Click the "GitHub" tab.

At the top, the "GitHub Integration" card shows the repository, its description and a "View on GitHub" link.

Why the push webhook matters

When you push to a branch, or merge one branch into another, GitHub has to notify CICDoo so the matching instance is upgraded. That notification is the project's push webhook, created on your repository when the project is created. Without it, pushes and merges reach GitHub but your instances are never upgraded, and nothing looks wrong at first sight.

CICDoo checks every GitHub project once a day and tries to recreate a missing webhook. Creating it needs a GitHub account with admin access to the repository, so the daily retry can keep failing until you fix the access.

Fixing a missing push webhook

When the webhook is missing, the GitHub tab shows a "Push webhook missing" notice.

  1. Make sure the GitHub account connected to CICDoo has admin access to the repository. See Connecting GitHub.
  2. On the GitHub tab, click "Create webhook" in the "Push webhook missing" notice.
  3. Wait for "Webhook created successfully". The notice disappears.

If you see "Could not create the webhook. Check that GitHub is connected and has admin access to this repository.", ask a repository admin to connect their account or grant you admin access, then try again. After the webhook is in place, push again or restart the instance to deploy any commits that were missed. See Restarting, stopping and removing an instance.

Re-syncing a moved or renamed repository

The "Repository" field is read-only. If you transferred the repository to an organization or renamed it, pushes from your instances fail with a 403.

  1. On the GitHub tab, click "Re-sync from GitHub".
  2. Wait while CICDoo asks GitHub for the repository's current name. The page reloads with the new owner and name.
  3. Restart each instance of the project so it picks up the new address.

See Troubleshooting: git push fails with 403 after moving a repository.

Changing the default branch

The "Default Branch" is the branch used for the production instance.

  1. On the GitHub tab, change "Default Branch" to the branch name you want, for example main.
  2. Click "Save Changes" at the top right of the page.

The production instance switches to the new branch. Make sure the branch exists in the repository before saving.

Choosing how the project authenticates to GitHub

Under "Authentication", pick one:

  • "Standard": use your account's OAuth token, falling back to its classic token. This suits most projects.
  • "Classic token only": never use the OAuth token. Choose this when your organization does not allow granting access to OAuth apps.

To switch to a classic token:

  1. Select "Classic token only".
  2. Optionally paste a classic token into "Token for this project". Leave it empty to use your account's classic token. Use a project token when this repository lives in a different organization than your other projects.
  3. Click "Save Changes".
  4. Click "Re-sync from GitHub" to check that the selected credential can reach the repository.

If you choose "Classic token only" with no project token and no classic token on your account, saving is refused until you add one. A project token is stored on the platform and sent to your instance containers to clone the repository.

Note: Odoo Enterprise always needs a classic token, whatever you pick here. See Odoo versions and editions (Community vs Enterprise).

Related: Connecting GitHub, Merging branches between stages, Deployments and the job queue, Project environments, extensions and deletion.

If you get stuck, open a support ticket from the Tickets page or the chat widget.

이전 GitHub 연결하기 다음 GitLab 연결하기

여전히 해결되지 않나요? 앱에서 티켓을 열거나 엔지니어와 상담하세요.