EB 구성을 공유 할 수있는 방법을 찾고 있으므로 유효한 aws creds를 가진 팀원이 코드를 배포 할 수 있습니다. 기본적으로 EB는 .gitignore 파일에 다음을 추가합니다.귀하의 팀과 탄력적 인 비누화 구성을 공유하는 올바른 방법은 무엇입니까?
# Elastic Beanstalk Files
.elasticbeanstalk/*
!.elasticbeanstalk/*.cfg.yml
!.elasticbeanstalk/*.global.yml
이 파일을 팀과 공유하려면 체크인해야합니까?
eb config save dev-env --cfg prod
이제 수정/생산 환경에 필요한 부분을 제거하는 텍스트 편집기에서이 파일을 열 : 당신을 가정
은 CLI 액세스하면 템플릿을 만들고 공유 같은 명령을 할 수있다.
참고 : AWSConfigurationTemplateVersion은 필수 입력란입니다. 구성 파일에서 제거하지 마십시오. 버전 제어 당신이 저장된 구성에서 확인하고 싶은 경우에
확인 구성되도록 자신의 환경 또는 저장된 구성의 다른 버전을 추적 할 경우 동일한 설정을 사용할 수 있습니다 코드에 액세스 할 수있는 모든 사용자 파일을 .elasticbeanstalk/folder 디렉토리로 이동하십시오. 저장된 구성은 .elasticbeanstalk/saved_configs/폴더에 있습니다. 구성 파일을 한 레벨 위로 .elasticbeanstalk/폴더로 이동하면 파일을 체크인 할 수 있으며 EB CLI로 계속 작동합니다. 파일을 이동 한 후에는 파일을 추가하고 커밋해야합니다.
내 생각에는이 AWS Blog Post
를 참조하십시오, AWS는 국왕 자신의 .gitignore 기본값으로 엉망. 좋은 이유가있는 것 같았 기 때문에 처음에는 이것이 혼란 스러웠습니다. 좋은 이유를 찾지 못했습니다. 어쩌면 그것은 단지 예방책 일 뿐이므로 여러분이해서는 안되는 것을 저 지르지 않았을 것입니다. 그러나, 첫째로, 프로젝트의 .gitignore을 수정하는 것이 내 의견으로는 기본적으로해야 할 일이 아닙니다. 두 번째로, 아무도 검토하지 않은 코드를 작성해야합니다.
답글에 Kush 메모를 추가하면 VCS에서 추적 할 수있는 중첩 된 디렉토리에 파일을 추가 할 수 있습니다. 다른 개발자가 다른 구성을 유지할 수 있도록이 이유가 있다고 가정합니다. 우리는 이것을 원격으로 닮은 것에는 전혀 사용하지 않지만 누군가가 확신 할 수 있음을 주목할 가치가 있습니다.
우리 프로젝트에서이 항목들을 완전히 제거했으며 .elasticbeanstalk과 .ebextensions 디렉토리를 모두 커밋했습니다.
답변 해 주셔서 감사합니다. .elasticbeanstalk 폴더 전체를 버전 관리로 체크인하는 것과 어떻게 다른가요? –