2017-10-01 1 views
1

우리는 100 명의 개발자가있는 프로젝트에 Jenkins CI를 추가하는 중입니다.모든 개발자가 젠킨스에 로그인하게하는 이유는 무엇입니까?

그들은 모두 Jenkins에 대한 읽기 전용 액세스가 필요하다고 생각합니까? 빌드 및 지속적인 테스트를 담당하는 5 명의 개발자 만 액세스해야합니까? 모든 개발자가 젠킨스에 로그인하게하는 이유는 무엇입니까?

보안, 감사, Jenkins 파이프 라인 등 및 기술적으로 (관련이 있다면) LDAP와 통합 될 수 있습니다.

+1

나는이 질문을 직장 관리에 관한 주제이기 때문에 오프 토픽으로 결정할 것입니다. – GSerg

+1

그것은 젠킨스 보안에 관한 것입니다 ... –

+1

나는 말하고 싶습니다 : 질문을 닫지 마십시오. 아래에 꽤 기술적 인 답변을 줄 수 있었기 때문에 기술적으로 충분히 보였습니다 :-) 나에게있어서 질문은 내부 관리가 아닌 도구 사용에 관한 것입니다. –

답변

2

만약 100 명의 개발자가 Jenkins의 관리자가된다면, 나는 몇 주 후에 누군가 그것을 망칠 것이라고 생각합니다.

설치하기 전에 플러그인을 확인하려면 관리자가 있어야합니다.

은 내가 role plugin을 사용하고, 젠킨스에 대한 몇 가지 역할을 정의 : 관리자에게 빌더를 이 팀 리더

1

문제에 대한 쉬운 기술적 인 해결책이있을 수 있습니다 (를 구성하고보다 더 많은 권한을 가진) 독자를 구성합니다 Jenkinsfile + pipelines

그러면 노드를 추가하기 위해 관리자 액세스가 필요하며 암호 또는 2 개 및 초기 설정이 필요할 수 있습니다. 빌드 구성은 리포지토리 당 Jenkinsfile을 통해서만 수행됩니다.

그런 식으로 repo에 대한 푸시 액세스 권한이있는 모든 개발자는 해당 repo에 대한 jenkins 작업을 구성 할 수 있습니다. 버전 관리에서 모두, 그래서 모두가 스스로 행동합니다.

LDAP/활성 디렉토리 통합이 가능합니다. 예를 들어, 설치 프로그램에서 로그인을 필수로 만들었습니다. 로그인 한 모든 사람 (= 개발자)은 작업을 중지/다시 시작할 수 있습니다. 내 자신 만이 나머지 부분을 할 수 있습니다. 매우 간단하고 명확하며 장기간 청소가 가능합니다.

관련 문제