2013-12-16 3 views
2

이 질문에 약간의 배경 지식이 필요하다고 생각합니다. git에서 더 좋은 방법이 될 수 있습니다.Git은 "Copy To"태그를 지원합니까?

주 개발 브랜치에 대한 지속적인 통합을 수행하는 빌드 서버가 있습니다. 이것은 훌륭하게 작동하며 분명히 항상 변경 사항을 찾고 특정 분기를 구축합니다.

QA 빌드도 필요에 따라 빌드하고 배포해야합니다. 과거에는 SVN을 사용할 때 "QA"라는 태그를 만들었습니다.이 태그는 QA 빌드를 배포 할 때 올바른 버전을 복사하기 만합니다. QA 태그를 다시 사용하면이 태그에서 빌드 구성을 가리킬 수 있습니다.

품질 보증을 배포 할 때 빌드 구성을 변경해야한다는 것을 피하고 싶습니다. 지점은 이에 대한 올바른 대답처럼 "느끼지"않습니다.

많은 프로세스 오버 헤드가 발생하지 않으면 어떻게해야합니까?

+2

나는 [비슷한 질문을 던졌습니다] (http://stackoverflow.com/questions/8288073/whats-the-most-idiomatic-way-to-implement-a-floating-tag-in-git) a couple 몇 년 전에 토론을 요약하면, 지사는 아마도 처음에는 이상하게 보일 지 모르지만, 아마도 그것을하는 가장 관용적 인 힘쓴 방법 일 것이다. – bdesham

+2

SVN에서 태그를 "복사"하는 이유는 SVN 브랜치와 그 태그가 SVN 책에 따르면 최소한 브랜치라는 것입니다. 새로운 지점이나 태그를 만드는 것은 비용이 많이 듭니다. Git의 브랜치와 태그는 거의 아무 것도 없다. (PGP 서명 같은 것을 가능하게하는 주석 태그는 SVN 브랜치와 비교하여 무겁지만 여전히 깃털이다.) git에서는 브랜치를 자동으로 움직이는 태그라고 생각할 수 있습니다. 태그는 정적이고 브랜치는 이동합니다 (보통, 보통). 따라서 지점은 "올바른 것"이라고 할 수있는 한 "올바른"대답입니다. – torek

+0

우수, 자세한 설명 주셔서 감사합니다! –

답변

2

나는 bdesham에 동의한다 : 당신이 전용 QA 브랜치에 적합한 커밋을 푸시하면 빌드 스케줄러는 그 브랜치를 모니터링하고 올바른 커밋 (해당 QA 브랜치에 푸시 된 마지막 커밋)에 맞춰 빌드해야한다.

관련 문제