배포를 통해 코드 변경 사항을 프로덕션 환경으로 푸시한다고 가정합니다.여러 개발자가 배포 할 때 GAE 푸시
프로젝트에 나와 함께 일하는 개발자가 2 ~ 3 명이라면 프로덕션 사이트를 변경하는 변경 사항을 푸시하는 것을 어떻게 막을 수 있습니까?
우리는 이러한 오류를 방지해야합니까 어떤 견제와 균형? GAE에서 준비 및 프로덕션 환경을 설정하여 다른 사람이 직접 제작하기 전에 모든 것이 작동하는지 확인하도록하십시오.
배포를 통해 코드 변경 사항을 프로덕션 환경으로 푸시한다고 가정합니다.여러 개발자가 배포 할 때 GAE 푸시
프로젝트에 나와 함께 일하는 개발자가 2 ~ 3 명이라면 프로덕션 사이트를 변경하는 변경 사항을 푸시하는 것을 어떻게 막을 수 있습니까?
우리는 이러한 오류를 방지해야합니까 어떤 견제와 균형? GAE에서 준비 및 프로덕션 환경을 설정하여 다른 사람이 직접 제작하기 전에 모든 것이 작동하는지 확인하도록하십시오.
통제되지 않은 푸시를 수행하는 개별 개발자를 code.google.com (배포가 발생한 위치)으로 제한하려는 경우 하나의 로컬 저장소 만 로컬 저장소 repo-of-record로 지정하고 source.google.com의 '원본'서버에 대해 알아야합니다. 통합은 해당 repo로 가져오고, 준비가되면 해당 위치에서 배포를 푸시하십시오.
다음은 어떻게 작동합니까? 프로젝트를 설정하는 gcloud
를 사용하는 경우, 그것은 source.google.com에 대해 알고, 그리고 인증하는 (gcloud auth login
로컬로 저장됩니다 토큰을 다시 사용)의 OAuth에 묶어 인증 도우미를 사용하는 default/.git/config
을 수정합니다. 배포를 제한하려면 통합 저장소로 만들고 dev repos가이를 밀어 넣도록 구성하십시오. 앱의 별도의 준비 버전을 설정 한 경우
, 동일한 방식을 사용하거나 개발자가 개별적으로 준비에 배포할지 여부에 대한 귀하의 측면에서 정책 결정이다. 이를 구성하는 데 사용하는 메커니즘은 모두 .git/config
배선입니다.