우리는 일반적으로 git에 비교적 새로운 기능을 제공합니다. 우리는 이것을 약 6 개월 동안 사용해 왔으며 GitHub와 BitBucket을 사용했습니다. 우리는 GitBash를 사용하여 최대한 많은 것을 배우려고 노력 했으므로 git의 핵심에 도달 할 수 있습니다. 우리는 실제로 우리의 분기 전략을 고려하기를 원했기 때문에 몇 가지 연구를 해왔습니다. 내
새 프로젝트에서 git-flow를 사용하고 싶습니다. 몇 편의 기사를 읽고 github 프로젝트에서 제안한 스크린 캐스트를 살펴 보았습니다. 버전 관리와 관련하여 명확하지 않은 점이 있습니다. 아래 시나리오를 가정 해 봅시다. Cx는 커밋이고 커밋 위 또는 아래의 숫자는 그 시점의 브랜치 버전입니다. 0.1 0.1 0.1 0.2
- devel
SourceTree를 사용하여 로컬 git 플로우 기능 분기의 이름을 변경했습니다. 이제는이 기능을 끝내고 싶지만 git flow는 브랜치가 존재하지 않는다고 알려줍니다. 그것은 물론 그렇지만 git flow는 그것을 인식하지 못합니다. 어떻게 지트 플로우를 지형지 물로 인식 할 수 있도록 할 수 있습니까?
개발 브랜치를 마스터에 병합하려고합니다. 마스터로 병합하기 전에 커밋을 스쿼시해야하는지 궁금합니다. git flow에 대한 일반적인 문서는 atlassian 페이지의 그림과 같습니다. 그 수치에서 는 단지 하나의 커밋은 모두 개발하기 위해 커밋 대신 마스터에 나타납니다. 사실, 나는 커밋을 릴리스하는 마스터 브랜치를 가지고 있다는 생각을 좋아합니다. 그 의
내 git 저장소의 루트 디렉토리에 "Design Papers"라는 폴더가 있습니다.이 폴더에 모든 설계와 계획을 넣을 수 있습니다. 그리고이 폴더에 대해서만 design_papers이라는 지사가 있습니다. 이 분기는 가설 사업이 종료 될 때까지 종료하지 않습니다 때문에, 나는 develop 지점에 완성 기능 분기 develop에 병합됩니다 때마다 desi
내가 설정 Gitlab 내가 여기에 언급 된 워크 플로우를 수행하기 위해 노력하고있어 한 커밋 master 지점의 commit A만을 production 지점과 병합하도록 요청되었습니다. 이 작업을 수행하는 가장 좋은 방법은 무엇입니까? git cherry-pick 명령을 사용해야합니까? cherry-pick으로 버전 기록을 잃어 버릴 것을 읽었습니다. m
와 결합 순서에없는 지점의 병합을 처리하는 방법은 다음과 situtation가 발생했습니다. 시험 서버는 develop 브랜치에 푸시 될 때마다 자동으로 업데이트됩니다 (이동 경로 스크립트 포함). 개발자가 지점 feature/123의 새 기능 작업을 시작하기로 결정했습니다. 이 개발자는 V2__cool_feature.sql이라는 데이터베이스 스크립트 (이
Visual Studio TeamServices와 함께 GitFlow를 설정하는 방법에 대한 권장 사항이 있습니까? 우리는 BitBucket에서 왔으며 단순한 init입니다. 그러나 VSTS에서는 비계를 찾을 수 없습니다. 수동 설정을 많이해야하는 것 같습니다. 맞습니까? VSTS에서 GitFlow를 사용하여 권장되는 사용법에 대해 사용자 그룹, 정책을 설
내 프로젝트에서 git flow을 사용 중입니다. 현재 사용중인 기능 (A)은 검토 중이며 실제로 테스트에 들어갑니다. 실제로 며칠이 소요될 수 있습니다. 첫 번째 기능 (A)에 크게 의존하는 다음 기능 (B)을 시작해야합니다. 어떻게 든 git merge를 사용하여 git flow의 흐름을 엉망으로 만들지 않고 지점 (B)에 지형지 물 (A)을 가져올 수