는 프로젝트 저장소

내가 발견

하나의 솔루션이 분기되는 등의 구현을 위해 다양한 수준의 테스트를 위해 개발 는 프로젝트 저장소

를 들어

및
에 저장소를 차별화 할
을 분할 하지만 두 개의 분기를 병합 할 때 문제가 발생합니다.

효과적인 방법이 있습니까? 알려주세요.

2017-02-16 krishnanunni R

원본 및 테스트 코드를 단일 리포지토리에 포함해도 문제가 없습니다. 왜 당신은 여기에 여러 repos가 필요하다고 생각하는지 설명 할 수 있습니까? –

@ Tim Biegeleisen 안녕하세요, 프로젝트에 몇 가지 수정 사항을 완료하고 테스트 목적을 위해 새로운 Repo 또는 지점으로 커밋 된 파일을 전송하고 싶다면 프로젝트를 레벨로 나눌 필요가 있습니다. 그런 다음 내 개발을 계속할 수 있습니다. 동일한 Repo 또는 branch.Same 방식의 테스팅 팀은 버그 (Repo/Branch) 파일과 비 버그 파일 (Deployment (Repo/Branch))으로 파일을 전달할 것입니다. 이 유형 평준화의 장점은 버그를 수정하려고하는 사람이라면 누구나 버그 (Repo/branch)를 복제 할 수 있다는 것입니다. 이는 게으르다. –

레벨의 특성에 따라 다릅니다.

모두 코드베이스와 관련되어 있으면 동일한 분기, 동일한 분기에 있어야합니다.
개발주기 (dev, QA, 스테이징, 프로덕션)와 관련이있는 경우 다른 저장소에서 동일한 코드베이스를 복제 할 수 있습니다.

가지가 서로 다른 병렬 개발 작업을 격리하기위한 것입니다.

출처

2017-02-16 05:32:28 VonC

안녕하세요. 도움을 주셔서 감사합니다. 이것은 내가 실제로 의미했던 것입니다. ...... http : //stackoverflow.com/questions/14865283/proper-git-workflow-scheme-with-multiple-developers-working-on- 동일한 작업 –

@ krishnanunniR ", 일단 프로젝트 수정을 완료하고 커밋 된 파일을 테스트 목적으로 새로운 Repo 나 지사로 전송하고 싶습니다."라고 대답 했으므로 작업을 간단히 푸시 할 수 있습니다 전용 레포로 – VonC

답변

관련 문제