Site Administration의 local/synced team 생성과 멤버 변경을 자동화해야 하지만 API v1/v2 사용법이 다르다.
원본은 구체적인 자동화 요구이며 적용 결과는 미확인이다. API v1과 v2의 키·인증 헤더·payload는 서로 바꿔 사용할 수 없다.
팀 생성은 설치 환경의 API v2 Swagger를 기준으로 수행한다. local 멤버와 그룹 동기화 팀의 멤버 관리를 분리한다.
확인 수준: 추가 조사 해법 · 해당 케이스 적용 결과 미확인
적용 조건: <...>와 예시 DB·테이블·경로·수치는 실제 확인값으로 바꾼다. 명령과 메뉴는 참고 문서를 바탕으로 보강한 예시이며 대상 시스템에서 실행하지 않았다. 버전·원인에 따른 분기와 남은 확인 사항은 아래에 명시한다.
https://<workbench>/api/v2/swagger.html의 CreateTeam·CreateSyncedTeam 스키마를 확인한다. 아래 local team payload는 원본 안내 형식이며 필수 필드는 설치 버전에 맞춘다.curl --fail --show-error --cacert '<ca-file>' -X POST \
-H "Authorization: Bearer ${API_KEY}" -H 'Content-Type: application/json' \
'https://<workbench>/api/v2/site/teams' \
--data '{"username":"example-team","bio":"","type":"local","cn":"","permission":""}'
curl --fail --show-error --cacert '<ca-file>' -X POST --user "${LEGACY_API_KEY}:" \
-H 'Content-Type: application/json' \
'https://<workbench>/api/v1/users/example-team/members' \
--data '{"username":"<member-username>","permission":"write"}'
read=Viewer, write=Contributor, admin=Admin, operator=Operator다. 필요한 역할만 부여한다. 사용 가능한 값은 설치 버전에서 재확인한다.PATCH /api/v1/site/teams를 호출하는 방식이 안내됐지만, 공개 안정 API 계약으로 가정하지 말고 해당 버전에서 검증한다.Teams 화면의 유형·그룹 매핑·멤버·역할과 실제 project 접근 권한을 확인한다. API의 성공 응답만으로 멤버 동기화 완료를 판단하지 않는다.