계속 배포하는 경우 서버를 점진적으로 업그레이드하는 경우가 있습니다. 예를 들어 20 개 중 2 개가 모든 것이 정상인 것으로 확인 될 때까지 새 코드를 사용합니다. 새 코드에 데이터베이스 스키마 마이그레이션이 필요한 경우 어떻게됩니까? 필드 폰은 현재 테이블 폰입니다. 20 대의 서버를 모두 업그레이드하지 않는 한 무언가가 망가질 것입니다.
필자는 개발자 환경에서 war 패키지를 테스트, 컴파일 및 빌드하는 프로젝트를 가지고 있습니다. 이제이 패키지가 테스트 환경에서 필요합니다. 패키지는 다른 환경을 필요로합니다. 나중에는 생산 환경에 동일하게 적용됩니다. 그래서 내 질문 : 내가 컴파일하고 다른 구성으로 프로젝트를 다시 구축해야합니까? 또는 .war 파일 내부의 구성 파일을 변경할 수 있습니
저는 jsf에서 응용 프로그램을 사용하고 있으며 Heroku에 지속적으로 배달하고 있습니다. 저는 JSF와 Heroku를 처음 접했습니다. 가능할 지 모르겠지만 애플리케이션에서 사소한 업데이트를 수행하고 Heroku에 배포 할 수 있지만 세션 관리 범위에서 세션이 살아남도록 할 수는 있습니다. 상태 저장을 web.xml에 클라이언트로 설정했습니다.하지만 응
패브릭 스크립트에서 다음과 같은 문제가 있습니다. autodeploy라는 주요 작업이 있습니다. 이 작업 내에서 한 번을 로컬로 실행하려는 일부 작업이 있습니다. 모든 원격 작업은 호스트 목록의 각 호스트에서 실행되어야합니다. env.roledefs ={
'testing': ['t-server-01', 't-server-02']
'stag
SQL Server 저장 프로 시저의 거의 모든 논리를 가지고있는 시스템을 사용하고 있습니다. 개발 실무 개선의 일환으로 기능 플래그 (일명 토글)를 사용하여 프로덕션에서 기능을 사용할 수 있도록 지속적인 전달 모델로 전환하려고합니다. 저장 프로 시저가 플래그를 효율적으로 검사하고 procs가 호출 될 때마다 구성 테이블을 망치로하여 데이터베이스에로드를 추
나는 "SVN 대 힘내"의 주제에 많은 따옴표를 보았다는 일반적으로 anwser는 당신이 공간 지점 빠른 저장 어디서나 커밋 할 수있다 ... 하지만 여기서 나는 지속적인 배송이 좋은지에 대한 토론을 원합니다. Git은 우리가 자주 출퇴근을하도록 권장하지만, 지속적인 전달이라는 개념에 반대하는 작업은 본편에 자주 병합됩니다. 그래서 우리의 지속적인 배달,
빌드 파이프 라인의 일부로 Jenkins 빌드 서버에서 원격 JBoss AS 7.1.1 서버에 자동으로 배포하기 위해 노력 중이며 개미 (this 기반)에서 호출하는 작은 jar 파일이 있습니다. 제 질문은 응용 프로그램이 이미 설치되어 있는지 어떻게 알 수 있습니까? 응용 프로그램이 이미 배포 된 경우 배포 계획을 수행하면 실패합니다 (예외가 발생했지만
인형을 사용하여 생산에 자동으로 배치하는 방법을 알고 싶습니다. 프로덕션 서버에 꼭두각시 - 슬레이브가 필요합니까? 그게 사실이라면 그게 안전하지 못하며 꼭두각시가 어떤 권리를 얻는가? 사용 사례는 저장소 관리자에서 패키지를 가져온 다음 프로덕션 서버에 배포 할 수 있습니다. 꼭두각시로 이런 식의 주요 단계는 무엇입니까?
테스트 서버 및 프로덕션에 대한 배포를 자동화하려고합니다. 저는 ci-server (빌드, 컴파일, junit) 및 아티펙트 저장소 관리자 (배포/게시 할 빌드 저장)가 있습니다. 현재 저는 (ci-server와 함께 실행되는) 테스트 서버에 스크립트를 배포 할 수 있습니다. 현재 롤백, db- 백업 또는 db- 업데이트가 없습니다. 모든 서버에는 Suse
SVN, Jenkins 및 Maven을 사용하는 배포 파이프 라인에 대해 생각하고 있습니다. 현재 나는 작업 사본에 보통 mvn release:perform이라고 부르는 지점에 머물러 있습니다. 배포 파이프 라인을 생각할 때 모든 커밋을 사용하여 테스트/프로덕션 소프트웨어를 릴리스 할 수있는 파이프 라인을 만들고 싶습니다. 5 개의 빌드가 있고 3 번째 빌