Gitflow: 볡제된 μ €μž₯μ†Œμ—μ„œ git 흐름 μ΄ˆκΈ°ν™”κ°€ μ‹€νŒ¨ν•©λ‹ˆλ‹€.

에 λ§Œλ“  2011λ…„ 04μ›” 26일  Β·  29μ½”λ©˜νŠΈ  Β·  좜처: nvie/gitflow

λ‚΄κ°€ 이것을 잘λͺ»ν•˜κ³  μžˆμ„ μˆ˜λ„ μžˆμ§€λ§Œ develop λΆ„κΈ°λ§Œ μžˆλŠ” μ €μž₯μ†Œλ₯Ό λ³΅μ œν•˜λ €κ³  μ‹œλ„ν•œ λ‹€μŒ git flow feature start foo λ₯Ό μ‚¬μš©ν•˜μ—¬ κΈ°λŠ₯을 μ‹œμž‘ν•˜λ €κ³  ν•˜λ©΄ git 흐름을 λ‹€μ‹œ μ΄ˆκΈ°ν™”ν•˜λΌλŠ” λ©”μ‹œμ§€κ°€ ν‘œμ‹œλ©λ‹ˆλ‹€. . master λΆ„κΈ°κ°€ μ—†κΈ° λ•Œλ¬Έμ— git flow init 이 μ‹€νŒ¨ν•©λ‹ˆλ‹€. μž‘λ™ν•˜λ €λ©΄ μˆ˜λ™μœΌλ‘œ λ§Œλ“€μ–΄μ•Όν•©λ‹ˆλ‹€.

이것은 잘λͺ»λœ 것 κ°™μŠ΅λ‹ˆλ‹€. λ°°ν›„μ—μ„œ ν™•μ‹€νžˆ git flowλŠ” ν•„μš”ν•œ λΆ„κΈ°λ₯Ό μƒμ„±ν•˜κ±°λ‚˜ μ‘΄μž¬ν•˜μ§€ μ•ŠλŠ” 것을 μ²˜λ¦¬ν•΄μ•Ό ν•©λ‹ˆλ‹€. λ²„κ·Έμ²˜λŸΌ λ“€λ¦¬λ‚˜μš”?

λ‹€μŒμ€ μƒ˜ν”Œ μ„Έμ…˜μž…λ‹ˆλ‹€.

oj<strong i="12">@mint</strong> ~/tmp $ git init test
Initialized empty Git repository in /home/oj/tmp/test/.git/
oj<strong i="13">@mint</strong> ~/tmp $ cd test
oj<strong i="14">@mint</strong> ~/tmp/test $ git flow init
No branches exist yet. Base branches must be created now.
Branch name for production releases: [master] 
Branch name for "next release" development: [develop] 

How to name your supporting branch prefixes?
Feature branches? [feature/] 
Release branches? [release/] 
Hotfix branches? [hotfix/] 
Support branches? [support/] 
Version tag prefix? [] 
oj<strong i="15">@mint</strong> ~/tmp/test $ echo "foo" > test.txt
oj<strong i="16">@mint</strong> ~/tmp/test develop * $ git add test.txt
oj<strong i="17">@mint</strong> ~/tmp/test develop * $ git commit -m "testing"
[develop 9ebdd64] testing
 1 files changed, 1 insertions(+), 0 deletions(-)
 create mode 100644 test.txt
oj<strong i="18">@mint</strong> ~/tmp/test develop $ cd ..
oj<strong i="19">@mint</strong> ~/tmp $ git clone ./test test2
Cloning into test2...
done.
oj<strong i="20">@mint</strong> ~/tmp $ cd test2
oj<strong i="21">@mint</strong> ~/tmp/test2 develop $ git flow feature start foo
fatal: Not a gitflow-enabled repo yet. Please run "git flow init" first.
oj<strong i="22">@mint</strong> ~/tmp/test2 develop $ git flow init

Which branch should be used for bringing forth production releases?
   - develop
Branch name for production releases: [] master
Local branch 'master' does not exist.
oj<strong i="23">@mint</strong> ~/tmp/test2 develop $ git branch master
oj<strong i="24">@mint</strong> ~/tmp/test2 develop $ git flow init

Which branch should be used for bringing forth production releases?
   - develop
   - master
Branch name for production releases: [master] 

Which branch should be used for integration of the "next release"?
   - develop
Branch name for "next release" development: [develop] 

How to name your supporting branch prefixes?
Feature branches? [feature/] 
Release branches? [release/] 
Hotfix branches? [hotfix/] 
Support branches? [support/] 
Version tag prefix? [] 
oj<strong i="25">@mint</strong> ~/tmp/test2 develop $ git flow feature start foo
Switched to a new branch 'feature/foo'

Summary of actions:
- A new branch 'feature/foo' was created, based on 'develop'
- You are now on branch 'feature/foo'

Now, start committing on your feature. When done, use:

     git flow feature finish foo

oj<strong i="26">@mint</strong> ~/tmp/test2 feature/foo $ 

감사 ν•΄μš”!
OJ

κ°€μž₯ μœ μš©ν•œ λŒ“κΈ€

@kasterma κ°μ‚¬ν•©λ‹ˆλ‹€!

$ git flow init

Which branch should be used for bringing forth production releases?
   - develop
Branch name for production releases: [] 
Local branch '' does not exist.

$ git branch -a
* develop
  remotes/origin/HEAD -> origin/develop
  remotes/origin/develop
  remotes/origin/master

둜컬 브랜치λ₯Ό μ–»μœΌλ €λ©΄:

$ git checkout master
$ git checkout develop
$ git branch -a
* develop
  master
  remotes/origin/HEAD -> origin/develop
  remotes/origin/develop
  remotes/origin/master

이제 μ •μƒμ μœΌλ‘œ git flow initλ₯Ό μ‹€ν–‰ν•©λ‹ˆλ‹€.

$ git flow init

λͺ¨λ“  29 λŒ“κΈ€

λ˜‘κ°™μ€ λ¬Έμ œκ°€ μžˆμŠ΅λ‹ˆλ‹€. 아직 λ‘œμ»¬μ—μ„œ λ§ˆμŠ€ν„° 브랜치λ₯Ό λ§Œλ“€μ§€ μ•Šμ•˜μ§€λ§Œ(λ‚˜μ—κ²Œλ„ 잘λͺ»λœ κ²ƒμ²˜λŸΌ λ³΄μž„) 아직 λ‹€λ₯Έ μ†”λ£¨μ…˜μ„ 찾지 λͺ»ν–ˆμŠ΅λ‹ˆλ‹€. κ·ΈλŸ¬λ‚˜ 무언가λ₯Ό 찾을 수 있으면 λ‹€μ‹œ κ²Œμ‹œν•  κ²ƒμž…λ‹ˆλ‹€.

μ§€κΈˆκΉŒμ§€ λ‚΄κ°€ 찾은 μœ μΌν•œ 해결책은 λ§ˆμŠ€ν„° 브랜치λ₯Ό μ‚¬μš©ν•˜μ§€ μ•Šλ”λΌλ„ μƒμ„±ν•˜λŠ” κ²ƒμž…λ‹ˆλ‹€. μ¦κ²μ§€λŠ” μ•Šμ§€λ§Œ νš¨κ³Όκ°€ μžˆμŠ΅λ‹ˆλ‹€. λ°”λΌκ±΄λŒ€ 곧 μˆ˜μ • 사항이 μžˆμ„ κ²ƒμž…λ‹ˆλ‹€!

초기 λ§ˆμŠ€ν„° λΆ„κΈ°λ₯Ό μΆ”μ ν•˜λŠ” 것이 κ°€μž₯ ν˜„λͺ…ν•˜μ§€ μ•Šμ„κΉŒμš”?
git checkout -t μ˜€λ¦¬μ§„/λ§ˆμŠ€ν„°

λ¬Όλ‘ ... μžˆλ‹€λ©΄! μƒˆ ν”„λ‘œμ νŠΈλ₯Ό λ§Œλ“€ λ•Œ ν‘Έμ‹œν•˜μ§€ μ•ŠμŠ΅λ‹ˆλ‹€.
λΉ„μ–΄μžˆλŠ” λ§ˆμŠ€ν„° 브랜치 및 κ°œλ°œμ„ ν‘Έμ‹œν•œ ν›„ λ§ˆμŠ€ν„°κ°€ μ—†μŠ΅λ‹ˆλ‹€.
κΉƒν—ˆλΈŒλ‚˜.

κ·Έλž˜μ„œ μ—¬μ „νžˆ λ¬Έμ œμž…λ‹ˆλ‹€.

λ‚΄ Windows Phoneμ—μ„œ λ³΄λƒˆμŠ΅λ‹ˆλ‹€(예, μ˜¬λ°”λ₯΄κ²Œ μ½μ—ˆμŠ΅λ‹ˆλ‹€) 보낸 μ‚¬λžŒ: shuane
보낸 λ‚ μ§œ: 2011λ…„ 7μ›” 2일 ν† μš”μΌ 6:33
λ°›λŠ” μ‚¬λžŒ: [email protected]
제λͺ©: Re: [gitflow] 볡제된 μ €μž₯μ†Œμ—μ„œ git 흐름 μ΄ˆκΈ°ν™”κ°€ μ‹€νŒ¨ν•©λ‹ˆλ‹€. (#121)
초기 λ§ˆμŠ€ν„° λΆ„κΈ°λ₯Ό μΆ”μ ν•˜λŠ” 것이 κ°€μž₯ ν˜„λͺ…ν•˜μ§€ μ•Šμ„κΉŒμš”?
git checkout -t μ˜€λ¦¬μ§„/λ§ˆμŠ€ν„°

이 이메일에 직접 λ‹΅μž₯ν•˜κ±°λ‚˜ GitHubμ—μ„œ ν™•μΈν•˜μ„Έμš”.
https://github.com/nvie/gitflow/issues/121#issuecomment -1486906

+1 같은 문제...

+1 λ™μΌν•œ 문제

μ €μž₯μ†Œκ°€ 처음 생성될 λ•Œ λΉ„μ–΄ μžˆλŠ” 초기 λ§ˆμŠ€ν„° 브랜치(기본적으둜 생성됨)λ₯Ό ν‘Έμ‹œν•˜μ§€ μ•ŠμœΌλ €λŠ” 철학적 μ΄μœ λŠ” λ¬΄μ—‡μž…λ‹ˆκΉŒ?

λ§ˆμŠ€ν„° 브랜치λ₯Ό ν‘Έμ‹œν•˜μ§€ μ•ŠμœΌλ©΄(μ½”λ©˜νŠΈ μž‘μ„±μžκ°€ μ˜λ„μ μœΌλ‘œ μˆ˜ν–‰ν•˜μ§€ μ•Šμ€ κ²ƒμ²˜λŸΌ λ³΄μž„) 클둠으둜 κ°€μ Έμ˜¬ 수 μ—†μŠ΅λ‹ˆλ‹€. Git-flowλŠ” κΈ°μ‘΄ λ§ˆμŠ€ν„° 브랜치λ₯Ό ν™•μΈν•˜λŠ” 것을 μžŠμ–΄λ²„λ¦¬κ³  μƒˆ 브랜치λ₯Ό μƒμ„±ν•˜λ©΄ 좩돌이 λ°œμƒν•  κ²½μš°μ— λŒ€λΉ„ν•˜μ—¬ μƒˆ 브랜치λ₯Ό μƒμ„±ν•˜μ§€ μ•ŠλŠ” 것이 λ§žμŠ΅λ‹ˆλ‹€.

이것에 λŒ€ν•΄ 철학적인 것은 μ—†μŠ΅λ‹ˆλ‹€. μ›Œν¬ν”Œλ‘œμ™€ 관련이 μžˆμŠ΅λ‹ˆλ‹€. λ§ˆμŠ€ν„° 브랜치λ₯Ό ν‘Έμ‹œν•  수 μžˆμ§€λ§Œ μ‚¬λžŒλ“€μ΄ 개발 브랜치만 μž‘λŠ” 것을 λ§‰μ§€λŠ” λͺ»ν•  μˆ˜λ„ μžˆμŠ΅λ‹ˆλ‹€.

Git-flowλŠ” μƒˆλ‘œμš΄ 것을 λ§Œλ“€μ§€ μ•ŠμœΌλ €κ³  ν•˜λŠ” 것이 λ§žμ„ 수 μžˆμŠ΅λ‹ˆλ‹€. κ·ΈλŸ¬λ‚˜ μ‹€νŒ¨ν•˜λŠ” λŒ€μ‹  λ‚˜μ—κ²Œ λ¬Όμ–΄λ³΄λŠ” 것이 μ–΄λ–»μŠ΅λ‹ˆκΉŒ? "λ‚΄κ°€ μƒˆ 브랜치λ₯Ό μƒμ„±ν•˜κΈ°λ₯Ό μ›ν•˜μ‹­λ‹ˆκΉŒ, μ•„λ‹ˆλ©΄ 원격 λ§ˆμŠ€ν„°λ₯Ό μΆ”μ ν• κΉŒμš”?"

생각?

여기에 μ–΄λ–€ μ‚¬λžŒλ“€μ˜ 경우 빈 브랜치λ₯Ό ν‘Έμ‹œν•˜λŠ” 것이 잘λͺ» 될 것이라고 μƒκ°ν•˜κΈ° λ•Œλ¬Έμ— 원격 λ§ˆμŠ€ν„°κ°€ μ—†μŠ΅λ‹ˆλ‹€. 그듀이 μˆ˜ν–‰ν•˜λŠ” 것이 유용 ν•  κ²ƒμž…λ‹ˆλ‹€.

git push --all origin 

문제의 ν•΄λ‹Ή 뢀뢄을 μˆ˜μ •ν•˜κΈ° μœ„ν•΄ μ²˜μŒμ— 개발 및 λ§ˆμŠ€ν„° λΆ„κΈ°λ₯Ό λͺ¨λ‘ ν‘Έμ‹œν•©λ‹ˆλ‹€.

원격 λ§ˆμŠ€ν„°κ°€ μžˆλ‹€λ©΄ κ·Έ μ‹œμ μ—μ„œ κ·Έ μ§ˆλ¬Έμ„ ν•˜λŠ” 것이 μœ μš©ν•  것이고 λˆ„κ΅°κ°€κ°€ κ΅¬ν˜„ν•˜κΈ°μ— λ„ˆλ¬΄ 어렡지 μ•Šμ•„μ•Ό ν•©λ‹ˆλ‹€. μ΄λŠ” κ°„λ‹¨ν•œ λŒ€μ²΄μ΄λ©° λ‹€λ₯Έ μ‚¬λžŒμ΄ λ§ˆμŠ€ν„° 브랜치λ₯Ό μƒμ„±ν•˜λŠ” 경우 λ‹€λ₯Έ μ‚¬λžŒμ˜ μ›Œν¬ν”Œλ‘œμ— 영ν–₯을 λ―ΈμΉ˜μ§€ μ•ŠμŠ΅λ‹ˆλ‹€.

λ¬Έμ œκ°€ λ°œμƒν•œ 방법은 λ‹€μŒκ³Ό κ°™μŠ΅λ‹ˆλ‹€. ν˜„μž¬ git repoμ—μ„œ 개발의 λŒ€λΆ€λΆ„μ€ 개발의 κΈ°λŠ₯ 뢄기에 μžˆμŠ΅λ‹ˆλ‹€.

githubμ—μ„œ μ €μž₯μ†Œμ˜ κΈ°λ³Έ λΆ„κΈ°λ‘œ "develop"을 μ„€μ •ν–ˆμŠ΅λ‹ˆλ‹€. λ‚˜λŠ” μƒˆ λ¨Έμ‹ μ˜ κΈ°λŠ₯ λΈŒλžœμΉ˜μ—μ„œ μž‘μ—…ν•˜κ³  μ‹Άμ—ˆμŠ΅λ‹ˆλ‹€. repoλ₯Ό λ³΅μ œν•˜κ³  "git flow init"λ₯Ό μˆ˜ν–‰ν–ˆμ§€λ§Œ μ‹€νŒ¨ν–ˆμŠ΅λ‹ˆλ‹€.

@lorin 이것은 μš°λ¦¬κ°€ 이것에 물릴 μˆ˜μžˆλŠ” λ§Žμ€ 방법이 μžˆμŒμ„ λ³΄μ—¬μ€λ‹ˆλ‹€. μ„±κ°€μ‹  ν”„λ‘¬ν”„νŠΈκ°€ ν•„μš”ν•˜λ”λΌλ„ git-flowκ°€ 이 경우λ₯Ό μ²˜λ¦¬ν•˜λ„λ‘ ν•˜λŠ” 것이 λ‚˜μ—κ²Œ λ§Žμ€ μ˜λ―Έκ°€ μžˆμŠ΅λ‹ˆλ‹€.

이 문제의 μΌλΆ€λŠ” git clone을 μ‹€ν–‰ν•  λ•Œ git이 단일 λΆ„κΈ°λ§Œ κ°€μ Έμ˜¬ 수 μžˆλ‹€λŠ” κ²ƒμž…λ‹ˆλ‹€. GitHub κΈ°λ³Έ λΆ„κΈ°λ₯Ό masterκ°€ μ•„λ‹Œ λ‹€λ₯Έ κ²ƒμœΌλ‘œ μ„€μ •ν•˜λ©΄ 저도 λ§ˆμ°¬κ°€μ§€μž…λ‹ˆλ‹€. git fetch origin (λ‚΄ μƒκ°μ—λŠ”)을 μ‹€ν–‰ν•  λ•ŒκΉŒμ§€ 원격 μ°Έμ‘°. 이것이 λ§Žμ€ μ‚¬λžŒλ“€μ˜ 경우라면 remotes/origin/master [1] 확인을 μ§€μ›ν•˜κΈ° μœ„ν•΄ git-flow-init에 λŒ€ν•œ λ³€κ²½ 사항을 μΆ”κ°€ν•œ 컀밋은 λ‹€μŒ μ—¬λΆ€λ₯Ό ν™•μΈν•˜κΈ° 전에 "git fetch origin" ν˜ΈμΆœμ„ μΆ”κ°€ν•˜λ„λ‘ ν™•μž₯ν•΄μ•Ό ν•©λ‹ˆλ‹€. λ§ˆμŠ€ν„°κ°€ μ‘΄μž¬ν•©λ‹ˆλ‹€.

[1] https://github.com/nvie/gitflow/commit/baf163e07d579bec3dd0e21d00297832e8848b8b

그러면 masterλŠ” git fetch origin을 μ‹€ν–‰ν•  λ•ŒκΉŒμ§€ 원격 참쑰둜 μ‘΄μž¬ν•˜μ§€ μ•Šμ„ κ²ƒμž…λ‹ˆλ‹€(제 μƒκ°μ—λŠ”).

git clone μž‘μ—…μ€ 말 κ·ΈλŒ€λ‘œ progit boot 에 λͺ…μ‹œλœ λŒ€λ‘œ μ €μž₯μ†Œλ₯Ό λ³΅μ œν•©λ‹ˆλ‹€. λ„€νŠΈμ›Œν¬ 연결을 끊고 λ‹€μŒμ„ μˆ˜ν–‰ν•  수 μžˆμŠ΅λ‹ˆλ‹€.

git checkout -b master origin/master

git은 masterλΌλŠ” 둜컬 브랜치λ₯Ό origin/master의 λ³΅μ‚¬λ³ΈμœΌλ‘œ μƒμ„±ν•©λ‹ˆλ‹€.

λ©”λͺ¨:

git checkout master

λΆ„κΈ°λ₯Ό 찾을 수 μ—†μ§€λ§Œ μ‚¬μš©λ˜λŠ” 좔적 λΆ„κΈ°κ°€ μžˆλŠ” κ²ƒμ²˜λŸΌ μΆ©λΆ„ν•©λ‹ˆλ‹€.

@kasterma κ°μ‚¬ν•©λ‹ˆλ‹€!

$ git flow init

Which branch should be used for bringing forth production releases?
   - develop
Branch name for production releases: [] 
Local branch '' does not exist.

$ git branch -a
* develop
  remotes/origin/HEAD -> origin/develop
  remotes/origin/develop
  remotes/origin/master

둜컬 브랜치λ₯Ό μ–»μœΌλ €λ©΄:

$ git checkout master
$ git checkout develop
$ git branch -a
* develop
  master
  remotes/origin/HEAD -> origin/develop
  remotes/origin/develop
  remotes/origin/master

이제 μ •μƒμ μœΌλ‘œ git flow initλ₯Ό μ‹€ν–‰ν•©λ‹ˆλ‹€.

$ git flow init

git config gitflow.branch.master master git 흐름 μ΄ˆκΈ°ν™”λ₯Ό "μ·¨μ†Œ"ν•  수 없을 λ•Œ λ§ˆμŠ€ν„° λΆ„κΈ°λ₯Ό μ˜¬λ°”λ₯΄κ²Œ μ„€μ •ν•©λ‹ˆλ‹€.

여기도 λ§ˆμ°¬κ°€μ§€μž…λ‹ˆλ‹€. λ™μΌν•œ λ¬Έμ œκ°€ μžˆμŠ΅λ‹ˆλ‹€.

+1 λ™μΌν•œ 문제

+1

방금 이것에 λΆ€λ”ͺμ³€μŠ΅λ‹ˆλ‹€. ν—‰! +1

둜컬 λ¦¬ν¬μ§€ν† λ¦¬μ—μ„œ λ§ˆμŠ€ν„°λ₯Ό ν•œ 번 이상 체크아웃해야 ν•©λ‹ˆλ‹€.

ν•˜κ² μŠ΅λ‹ˆλ‹€. κ°μ‚¬ν•©λ‹ˆλ‹€

2016λ…„ 11μ›” 18일 μ˜€ν›„ 6μ‹œ 41뢄에 "Rob Moore" [email protected]이 λ‹€μŒκ³Ό 같이 μΌμŠ΅λ‹ˆλ‹€.

둜컬 λ¦¬ν¬μ§€ν† λ¦¬μ—μ„œ λ§ˆμŠ€ν„°λ₯Ό ν•œ 번 이상 체크아웃해야 ν•©λ‹ˆλ‹€.

β€”
이 μŠ€λ ˆλ“œμ— κ°€μž…ν–ˆκΈ° λ•Œλ¬Έμ— 이 λ©”μ‹œμ§€λ₯Ό λ°›κ³  μžˆμŠ΅λ‹ˆλ‹€.
이 이메일에 직접 λ‹΅μž₯ν•˜κ³  GitHubμ—μ„œ ν™•μΈν•˜μ„Έμš”.
https://github.com/nvie/gitflow/issues/121#issuecomment -261593726 λ˜λŠ” μŒμ†Œκ±°
μŠ€λ ˆλ“œ
https://github.com/notifications/unsubscribe-auth/AVuyNjaPvHr8jyO9Zmy1bzynI0mhm0F_ks5q_eNRgaJpZM4AD0E_
.

+1 λ‚˜μ—κ²Œλ„ 일어났닀.

볡제된 λ¦¬ν¬μ§€ν† λ¦¬μ—μ„œ 문제λ₯Ό ν•΄κ²°ν•˜κΈ° μœ„ν•΄ λ‹€μŒ 단계λ₯Ό μˆ˜ν–‰ν–ˆμŠ΅λ‹ˆλ‹€.

 git checkout -b master
 git checkout develop
 git flow init

λ‚΄ TeamCity CI ν”„λ‘œμ„ΈμŠ€λŠ” _ant_ 슀크립트λ₯Ό 톡해 _git 흐름 릴리슀_ λ‚΄μ—μ„œ λΉŒλ“œλ₯Ό λž˜ν•‘ν•  수 μžˆμ§€λ§Œ master 및 develop λͺ¨λ‘ μ²΄ν¬μ•„μ›ƒν•œ λ‹€μŒ κΈ°λ³Έ μ΄ˆκΈ°ν™”λ₯Ό μ‹€ν–‰ν•΄μ•Ό ν•œλ‹€λŠ” 것을 μ•Œκ²Œ λ˜μ—ˆμŠ΅λ‹ˆλ‹€. λΉŒλ“œ 전에:

git flow init -d

초기 λ§ˆμŠ€ν„° λΆ„κΈ°λ₯Ό μΆ”μ ν•˜λŠ” 것이 κ°€μž₯ ν˜„λͺ…ν•˜μ§€ μ•Šμ„κΉŒμš”?
git checkout -t μ˜€λ¦¬μ§„/λ§ˆμŠ€ν„°

λ‚˜λ₯Ό μœ„ν•΄ μž‘λ™ν•©λ‹ˆλ‹€! 감사 ν•΄μš”

μ†”λ£¨μ…˜μ€ λ‹€μŒκ³Ό κ°™μŠ΅λ‹ˆλ‹€.
-git 체크아웃 λ§ˆμŠ€ν„°
-git 체크아웃 개발
-git 흐름 μ΄ˆκΈ°ν™”

@andres310597 그게 λ‹΅

➜  mobile_provider git:(develop) git checkout master   
Updating files: 100% (17199/17199), done.
Switched to branch 'master'
Your branch is up to date with 'origin/master'. 
➜  mobile_provider git:(master) βœ— git checkout develop
Updating files: 100% (17199/17199), done.
Switched to branch 'develop'
Your branch is up to date with 'origin/develop'.                                                            /3.1s
➜  mobile_provider git:(develop) git flow init       

Which branch should be used for integration of the "next release"?
   - bug/mstelly/prov/2449-leave-job-crash
   - master
   - poc/realmdb
Branch name for "next release" development: [develop]

그리고 λ‚΄ .gitconfig νŒŒμΌμ—λŠ” 흐름 섀정에 λŒ€ν•œ μ°Έμ‘°κ°€ μ—†μŠ΅λ‹ˆλ‹€. κ·Έλž˜μ„œ 값이 어디에 μ €μž₯λ˜μ–΄ μžˆλŠ”μ§€ λͺ¨λ₯΄κ² μŠ΅λ‹ˆλ‹€.

이 λ¬Έμ œκ°€ 9λ…„ λ™μ•ˆ μ—΄λ € μžˆμ—ˆλ‹€λŠ” 사싀은 곧 해결될 κ°€λŠ₯성에 λŒ€ν•΄ λ§Žμ€ 것을 말해 μ€λ‹ˆλ‹€. κ·ΈλŸ¬λ‚˜ 기본값을 μˆ˜λ½ν•˜κ³  λ‹€μŒ λ©”μ‹œμ§€λ₯Ό λ°›μ•˜μŠ΅λ‹ˆλ‹€.
To force reinitialization, use: git flow init -f
κ·Έλž˜μ„œ, 그것은 깨진 것이 μ•„λ‹™λ‹ˆλ‹€. λ¬Έμ„œν™”κ°€ 잘 μ•ˆ 된 것 κ°™μ•„μš”. λˆ„κ΅°κ°€ 이 문제λ₯Ό λ‹«μ•„μ•Ό ν•  κ²ƒμž…λ‹ˆλ‹€.

이 νŽ˜μ΄μ§€κ°€ 도움이 λ˜μ—ˆλ‚˜μš”?
0 / 5 - 0 λ“±κΈ‰