2014-11-04 1 views
1

apt-get install jenkins을 사용하여 Jenkins를 설치했습니다. 그런 다음 /etc/default/jenkins (일부는 Jenkins 시스템 사용자 등을 변경할 수있는 유일한 방법)을 변경했습니다. 이제이 파일이 모든 업데이트 (apt-get update 사용)와 함께 되돌아갑니다.Jenkins의/etc/default/jenkins가 안전하지 않습니까?

또한 젠킨스를 실행해야하는 사용자를 변경했기 때문에 젠킨스 설치 파일의 소유자 (예 : /var/lib/jenkins, /var/log/jenkins 등)를 변경했습니다. 또한 이러한 권한 변경은 모든 업데이트 후에 되돌려집니다.

  1. 설치하고 dpkg를-후 설치 쓰기 모든 패키지 관리
  2. 하지 않고 수동으로 jenkins.war을 실행

    내가 생각할 수있는 두 가지 솔루션 모두 정말 "좋은"및 청소하지가 있습니다 - 매 갱신 후 문제를 해결하는 방아쇠

아무도 더 깨끗한 해결책이 있습니까?

답변

1

두 대답은 사용을 apt-get을하고 해당 지역의 사용에 맞게 사용자, 권한 등을 수정 소스 패키지를 다운로드 나

1)에 발생합니다. 패키지를 다시 빌드하고 cli에서 dpkg -i로 설치하거나 로컬 사용을위한 자체 저장소를 만드십시오.

또는

2

)는 로컬 이후에 필요한 변경을 설치 패키지를 관리하고 적용하는 꼭두각시 같은 도구를 사용합니다. 여기 https://docs.puppetlabs.com/puppet_core_types_cheatsheet.pdf을 포함한 다양한 장소에서 설명 된 꼭두각시 "패키지/파일/서비스"패턴은이 부분에 대한 괴뢰 명단을 수행하는 방법을 보여줍니다.

+0

그래, 맞아 .1) 수동 개입없이 추가 업데이트를 허용하지 않는다. 2) 설치 후 트리거처럼 꽤 똑같습니다. 하지만 아마도 더 좋은 해결책은 없을 것입니다. : ( – ma0ho

+0

1) 예 여러 호스트에 적용 할 수있는 패키지를 만드는 것입니다. 업스트림에서 변경 사항을 가져 와서 패키지를 변경하고 새로운 것을 비교적 자동으로 빌드 할 수 있지만 "apt-get upgrade"만큼 쉽지는 않습니다. 2) 예, 설치 후 트리거와 같습니다. 지금 직장에서 일하는 젠킨스가 없어서 테스트 중이지만 ISTR은 생각하고 있습니다. Ubunutu 12.04 LTS''/ etc/default/jenkins'' 파일은 패키지 업그레이드로 인해 파손되지 않았습니다! 나는 이것이 일반적으로''/ etc/default''에있는 파일에는 해당하지 않는다고 확신합니다. – Vorsprung

관련 문제