git-flow

0열

1답변

두 가지 "master"와 "develop"이 있습니다. 저는 마스터 브랜치에 버전 번호 (예 : "v1.2.3") 태그를 지정하고 개발 브랜치에서 작업하는 동안 베타 릴리스를 유사한 방식 ("v2.3.4-beta-1")으로 태그 지정하기 시작했습니다. 태그는 "개발"분기의 상태를 나타내거나 전체 저장소의 상태를 표시합니까? 그렇다면 지금까지 제대로 태그

4열

1답변

Git Flow - 두 가지 미완성 기능 동기화

Google은 학업 프로젝트 중 하나를 진행하고 있습니다. 최근에 발견 된 힘줄 (Git Flow)이 꽤 흥분하고 있습니다. 그러나 나는 명확해질 수 있다면 기쁠 것이란 문제가있다. 우리의 그룹은 두 개의 하위 그룹으로 나뉘어 여러 가지 기능을 수행합니다. 우리는 다른 기능에서 사용하기 위해 하나의 완성되지 않은 기능이 필요하다는 것을 알았습니다. 확실히

3열

1답변

힘줄 흐름 트랙 - 이미 존재합니다.

나는 GIT (Git Flow로)를 배우고 있으며 책 대신 StackOverflow를 사용하는 것이 좋지 않다는 것을 알고 있습니다. 저는 프로젝트에 참여하고 있습니다. G1 및 G2 그룹에 의해 유지되는 F1 및 F2라는 두 개의 기능 분기가 있습니다. F1은 F2에 의존하고 G1은 published의 분기가 git flow feature publish

5열

1답변

저장소에 git-flow 분기 명명 구성을 저장하십시오.

현재 각 사용자는 저장소를 복제 한 후 Git 흐름을 먼저 구성해야합니다. 이 분기 명명 구성을 커밋 할 수있는 파일 (저장소에 저장 됨)에 저장하는 방법, 저장소를 복제 한 후 상자 밖으로 Git-flow와 함께 사용할 수 있습니까?

5열

1답변

git-flow를 프로젝트/애플리케이션 당 여러 개의 git 저장소와 함께 사용 하시겠습니까?

현재 나의 작업장에서 git-flow를 사용하고 있으며 표준 버킷을 사용합니다 (개발, 마스터에서 릴리스, 기능, 기능 등). 우리는 하나 이상의 자식에서 '기능'을 시작해야하는 경우 많은 수의 git 저장소 (프로젝트 당)를 사용하고 있습니다. 일반적으로 약 3 git repos. myApp git: bitofcode1 git: scri

5열

2답변

완성 된 피쳐 브랜치를 강제 종료합니다.

피쳐 브랜치를 "실행 취소"할 때 어떤 옵션이 있습니까? 완성 된 새로운 기능 supercool-feature을 추가하고 (개발로 병합하고 기능 분기를 삭제 한 다음) 릴리스로 이동한다고 가정 해 보겠습니다. 그렇다면 사용자가 실제로이 점을 싫어합니다. supercool-feature. 이미 개발 및 릴리스에 병합 된이 기능을 실행 취소/되감기/되돌릴 수

2열

2답변

git에서 기능 분기를 가지고 있고 다른 분기에서 병합을 되 돌린 후 마스터를 병합 할 수 없습니다.

우리 회사에서 일종의 git 흐름 워크 플로우를 구현했지만 실제로 모든 사람들이 실제로 git flow를 사용하고있는 것은 아닙니다. 그래서 몇 가지 딸꾹질이 있습니다. 여기 하나 있습니다. 동료는 기능 지점에서 작업 중이며 현재 마스터에 있고 버그가 수정되어 있어야합니다. 그러나 그는 혼란스럽고 병합되어 마스터가 아닌 지형지 물로 발전하여 여러 가지 원치

2열

1답변

git-flow : "git-flow feature finish -S"가 여전히 병합 커밋을 생성합니까?

저는 로컬에서 "작업 진행 중"으로 구성된 기능을 구현했습니다. 커밋. git-flow feature finish -S을 사용하여이 기능을 끝 마치려면 develop에 하나의 클린 커밋을해야합니다. 그러나, 내 "작업 진행 중"을 참조하는 채찍질 된 커밋 상단에 추가 병합 커밋을 얻습니다.은 더 이상 사용되지 않는 기능 분기에서 커밋합니다. 이 행동의 목적

3열

1답변

git에서 커밋 변경 사항이 누락되었습니다

git flow 방법 (마스터, 개발, 핫픽스, 기능, 릴리스)과 원격 베어 리포 지 토리를 사용하여 동일한 git 리포지토리에서 작업하는 팀이 있습니다. 우리는 마스터에 성공적으로 병합 된 커밋이있는 핫픽스를 가지고 있었고 모두 좋았습니다. 이제 일주일 후, 그리고 많은 변화가 있었고 개발 작업을 계속 한 후에 마스터에 병합되지 않은 릴리스 지점이있었습니

2열

3답변

Git : Clone의 복제시 원격 지점 가용성

그래서 힘내는 매우 새롭습니다. 나는 로컬에서 잠시 동안 사용해 왔지만 분산 된 팀 협업의 의도는 결코 그것을위한 것이 아닙니다. 는 배경 : 최근 우리 회사의 외부 개발자는 자신과 자신의 repo에 커밋 시작하는 우리의 웹 사이트에 사소한 변경을 한 내 회사의 다른 직원을 추진하기 시작했다. 그들은 자식 흐름 워크 플로우를 사용합니다. 계획 프로세스 :