gitblit 서버에 Develop와 Master 브랜치가있는 저장소를 가지고 있습니다. 나는 Develop에 많은 커밋을했으며 이제는 안정적인 버전을 사용하고 있으며 변경 사항을 Master에 적용하고 싶습니다. Sourcetree를 사용하여 Master로 이동하면 Master가 전혀 업데이트되지 않습니다. 내 마스터 지점을 업데이트해야하기 위해 : "개
나는 매우 열망한다. 그리 오래 전 GitFlow에 대해 알게되었지만 활용하고 싶습니다. 그러나 이미 마스터 브랜치에서 오랜 커밋 기록을 보유하고 있습니다. 개발을 완전히 끝낼 수 있으므로 전체 기록을 가져와 최신 릴리스 만 마스터하는 것이 좋습니다. 저는 Mac에서 Tower를 사용하고 있지만 커맨드 라인을 사용해도 매우 기쁩니다.
SourceTree을 사용하는 동안 두 개의 주요 로컬 브랜치 (master 및 develop)의 이름을 변경했습니다. 그러나 이제 Git Flow 아이콘을 클릭하여 새 기능을 시작하면 저장소가 초기화되어야한다고 알려줍니다 (이미 초기화 되었음에도 불구하고). 또한 REPOSITORY -> GIT FLOW -> INITIALIZE REPOSITORY 메뉴
이것은 응용 프로그램 구축과 관련된 모범 사례에 관한 것입니다. 우리는 개발의 git flow 원칙을 따르고 있습니다. 우리는 대나무를 사용하여 만들지 만 그다지 중요하지 않습니다. 내 질문은 일반적으로 예정된 빌드 또는 자동화 된 빌드 또는 수동 빌드를 갖는 것이 더 낫습니까? 나는 개인적으로 자동화 된 또는 수동 빌드가 갈 길이고 여기 왜 있는지 생각합
더 많거나 적은 대상에없는 <기능 지점>에 커밋, 나는 일부러이 시나리오 생성되지 : 나는 상태에있어 그래서 지금 # We use git-flow.
$ git flow feature start <feature>
# update a file
$ git commit <file> -m '<message>'
$ git rebase -i develop
$
사용자 스토리에 매핑 된 지형지 물이있는 GitFlow를 사용하고 있습니다. 기본적으로 각 지형 가지는 사용자 스토리를 나타냅니다. 스토리가 완전히 구현되고 테스트되면 완료된 것으로 간주되고 기능이 완료됩니다 (개발 분기로 병합 됨). 내 문제는 지금 내 기능이 점진적 배포 일정을 갖는 의도로 에픽으로 분할 된 것입니다. 각 스토리는 기능이어야합니다. 이야
우리 회사에서는 기능 지사가 생방송 될 준비가 될 때마다 기다리지 않고 배포해야한다는 요구 사항이 있습니다. 이 목적을 위해, 나는이 어플의 개발자/gitflow 과정에 내놓았다했습니다 과정은과 같이 작동합니다 : 개발자 가지를 떨어져 "해제"지점 및 작품 기능 브랜치에서 작업하는 동안 개발자는 dev에 로컬 테스트를 병합 할 수 있습니다. 스테이징과 비슷
git flow가 여러 개의 진행중인 릴리스를 지원하는지 궁금합니다. 내가 release-1.1을위한 feature 브랜치를 만들기 시작하기 전에 DEV 브랜치 (모든 기능이 release-1.0에 대한 준비가되었다는 것을 의미한다)로부터 분기되도록 release-1.0 브랜치를 기다려야 하는가? 릴리스 1.1과 릴리스 2.0 개발을 동시에 시작해야하는 경
git flow와 같은 프로젝트가 내 프로젝트에서 매우 편리하게 사용되는 단계에 이르렀지만 기능이 서로 다를 때 기능을 어떻게 바꿀 수 있을지 잘 모르겠습니다. 현재 진행중인 작업이 아직 완료되지 않았습니다. 그래서 프로젝트를하고 난 다음 몇 가지 작업을 할 $ git flow feature start feature1
을하지만 확실히 내가 떠나는 머리와