2017-04-12 7 views

답변

2

주요 개발이 이루어지는 위치에 따라 다릅니다. Github의 대부분 프로젝트에서 이것은 보통 master 또는 dev 브랜치 (있는 경우)입니다. 그래서 당신이 무엇이다 : 당신은 수정이하고 싶은대로 기본 지점

  • 당신은
  • 당신은 당신의 수정을 저장소의 포크를 만들에 (물론, 당신은, 당신이 좋아하는 경우 또한
  • 커밋 작업 스타일)에 따라,뿐만 아니라 관심의 기본 지점에 대하여 그 개발을위한 기능 분기를 만들 수 있습니다
  • 밀어
  • 열기 원래 프로젝트
0 끌어 오기 요청 작업의보다 정교한 방법으로 대부분의 발전 회사, 또는 프로젝트에서

당신은 종종 이런 일이 :

  • 코드
  • 개발을위한 안정적인 master
  • dev (또는 다른 이름) 지점 당신이 릴리스를 할 준비가되면 dev 지점
  • 에 따라 기능 나뭇 가지, 당신은 master
dev 병합

물론 이것은 매우 간단한 예입니다. master으로 병합하기 전에 분기 층을 추가로 가질 수 있습니다. 예를 들어, stable (또는 release라고도 함) 분기는 devmaster에 병합하는 사이의 추가 단계 일 수 있습니다. 그러한 중간 브랜치는 배포 중에 개발 지사의 일부 기능을 롤백하거나 커밋을 실제 개발 지로 제한하지 않고도 곧 해제 될 릴리스에 긴급 수정을 적용하는 데 사용할 수 있습니다.

결론적으로 팀/회사의 접근 방식에 따라 달라지며 이는 프로젝트/회사마다 매우 다르므로 가장 활발한 (또는 가장 최근의 작업), 진행되고있다. 여전히 필립이 지적한 바와 같이 이것이 분명하지 않다면 팀에 연락하여 무언가를 고치고 작업을 기반으로하는 지점을 물어볼 수 있습니다.

+2

내 첫 번째 생각은'dev' 지점이었습니다. 많은 프로젝트가있었습니다. 'dev'가 먼저 없으면'master' 브랜치에 패치를 보내지 않을 것입니다. –

+0

동의합니다. 업데이트하겠습니다! – carlspring

+0

@ArkadiuszDrabczyk : 조금 나아 졌습니까? :) – carlspring