워크 플로 전략으로 회사에서 Gitlab을 구현하기 위해 노력하고 있습니다. 내 생각은 개발자가 저장소에 액세스 할 수 있지만 커밋하려고 할 때마다 코드를 검토해야한다는 것입니다.
커밋하기 전에 지점을 만든 다음 리포지토리에 푸시 한 후 병합 요청을 만들 수 있다는 것을 알고 있습니다. 나는 아직도 어떤 것들이 확실하지 않다 ... 우리가 브랜치를 생성하기 위해 사람들에게 의존하고 병합 요청이 잘못되었다는 생각은, "" admin "은 병합하려는 코드를 승인합니다. "github team workflow"를 읽었 지만 실행 가능한 솔루션을 제공하지 않는 것 같습니다. 프로세스 또는 자신의 모범 사례에 대한 조언을 부탁드립니다. 감사!
감사합니다 Tom, 제 생각은 표준 정책을 시행하는 것입니다. 오류의 여지를 없애고 있습니다.
—
Mike
gitlabhq에서이 블로그 항목을 고려하십시오. about.gitlab.com/2014/09/29/gitlab-flow
—
spuder
이 봐주세요 : 구글 I / O 일 - 천재 프로그래머의 신화
—
borisdiakur
당신은 그들 자신의 포크를 사용할 수 있습니다 ....
—
와일드 카드
"The idea that we rely on people to create a branch and then a merge request seems faulty"
버전 제어 시스템의 기능 부족보다 더 큰 문제가있는 것 같습니다. 지점을 만드는 데 여분의 시간을 소비하는 것만으로 Atlassian Stash와 Jira와의 통합을 살펴보십시오.