현재 프로젝트에서는 개발 시스템을 소스 코드 라이브러리에 푸시한 다음 정기적으로 각 프로덕션 환경의 Windows 서버에 최신 코드를 푸시하는 것이 아이디어입니다. 개발 단계에서의 구성 파일은 모두 테스트 환경과 프로덕션 환경을 가리키는 구성 파일이 다르며, 프로젝트가 여러 모듈로 나누어져 구성 파일이 많아 실수로 놓치기 쉽습니다.
구성 센터가 있습니다.
구성 센터에서 구성하세요.
예를 들어 테스트 환경 jdbc.url = test url
프로덕션 환경 jdbc.url = 프로덕션 url
구성 파일에 jdbc.url = ${jdbc.url}을 다음과 같이 구성합니다
그런 다음 배포 시 배포 노드, 즉 프로덕션 환경에 배포되었는지 테스트 환경에 배포되었는지에 따라 교체가 수행됩니다.
구성 센터가 있습니다.
구성 센터에서 구성하세요.
예를 들어 테스트 환경 jdbc.url = test url
프로덕션 환경 jdbc.url = 프로덕션 url
구성 파일에 jdbc.url = ${jdbc.url}을 다음과 같이 구성합니다
그런 다음 배포 시 배포 노드, 즉 프로덕션 환경에 배포되었는지 테스트 환경에 배포되었는지에 따라 교체가 수행됩니다.
salt
을 사용하여 동기화할 수 있습니다~로컬에서 개발할 때는 기본적으로 이와 같은 구성 파일을
app.dev.conf
사용하는 것이 좋습니다. 그런 다음 웨어하우스 구성 파일을 보관하세요app.conf