2013-07-18 3 views
-1

iOS 프로젝트를 GIT 허브에 추가 할 계획이며 GIT 분기 및 측량을 처음 사용합니다. 개발 및 생산을위한 간단하고 우수한 분기 구조를 제안하십시오.GIT 분기 - IOS App

개발 용 브랜치 하나와 프로덕션 용 마스터 (마스터)를 만드는 경우 개발중인 하위 브랜치를 만들 수 있습니까?

도움말은 매우 유용 할 수 있습니다.

+0

예. 개발 용 브랜치와 프로덕션 용 마스터 (master)를 만들 수 있습니다. 그리고 이것을위한 많은 튜토리얼이 있습니다. 정확히 무엇을하고 싶은지 알 수있게 해주시겠습니까? –

답변

0

git에서 커밋을 분기 할 수 있습니다. 모든 가지가 동일합니다. 왜 그것을 시험해 보지 그래?

SCM 조직은 프로젝트마다 다르므로 어떤 것이 효과가 있든 상관 없습니다. 클라이언트는 어쨌든 전체 저장소를 절대 보지 않아야합니다.

0

우선 Git에서의 분기는 Subversion 또는 다른 중앙 VCS에서의 분기와는 다릅니다. 하나의 주요 지점이 필요하고 거기에서 필요한 모든 지점을 만들 수 있습니다. 그냥 보관하고 싶은 것을 합치는 것을 잊지 마십시오.

예. 당신은 생산을위한 브랜치 (문제 해결 (문제 당 브랜치조차도))와 개발을위한 브랜치 (필요하다면 다시 브랜칭). 그리고 나중에 프로덕션 브랜치의 변경 사항을 마스터로 되돌려 놓고 유지하려는 개발 브랜치의 모든 내용을 결합 (병합) 할 수 있습니다.

하지만 가장 좋은 방법은 없습니다. 사용 사례에 따라 다릅니다. 나는 보통 문제 (생산/문제)마다 분기하고 해결되면 다시 병합합니다. 개발 지점 (들)은 필요할 때만 추가합니다 (수락 테스트 전에 f.i.). YMMV.

0

초기 작업으로 ios_project.tar.gz라는 이름의 타르볼이 있다고 가정하십시오. 다음과 같은 git 개정 컨트롤에 배치 할 수 있습니다.

$ tar xzf ios_project.tar.gz 
$ cd project 
$ git init 

힘내는 이제 작업 디렉토리를 초기화 한 /.git에 초기화 빈 Git 저장소를 응답 할 것이다 - 당신이 ".git"라는 새 디렉토리가 생성되어 있음을 알게된다.

마스터를 그대로 둡니다. 개발 용으로 하나와 생산 용으로 두 가지를 만드는 것이 좋습니다. 개발 브랜치에서 확신 할 수없는 모든 코드 수정을 수행하고, 작업에 대해 확신 할 때 프로덕션 분기로 푸시하고 태그를 적용하여 나중에 각자 생산 라인을 추적 할 수 있도록하십시오 .

다른 사람과 공유하고 싶다면 저장소를 공유 디렉토리로 지정하십시오. 그리고 다른 개발 머신에서 복제하고,이 머신에서 개발 브랜치를 추적하는 로컬 브랜치를 생성하고, 변경을 수행하고, 원점으로 푸시합니다. 명령의

다음 세트는 아주 기본적인 수준에서 유용 할 것이다 :

git clone [email protected]_path_on_network/folder_name 
git branch usrname_activity_dev --track origin/branch_in_repository 
git checkout usrname_activity_dev 
git add filenames 
git commit -m "comments" 
git push origin usrname_activity_dev:branch_in_repository 
git checkout local_production_branch 
git rebase usrname_activity_dev 
git push origin local_production_branch:production_branch_on_repo 
git tag tag_name 
git push origin local_production_branch:production_branch_on_repo --tags 

이들은 아주 기본적인 명령입니다. 나는 당신이 인터넷을 통해 더 나아갈 것을 제안 할 것이다. 당신은 당신이있는 모든 상황에 따라 많은 명령을 발견 할 것입니다.

0

Git flow을보십시오. 이것을 적용 할 수있는 파이썬 스크립트는 here입니다.