[Git] 소스트리 사용법

Git이란? 

- 고객사별 버젼관리

- 책임소재 명확화 

 

소스트리 설치법

소스트리홈페이지에서 다운

bitbucket 선택 -  회원가입 - 로그인 - 다운받던 창으로 돌아오기

mercurial 체크 해제 - SSH키 아니오 체크

 

계정 추가버튼 클릭후

호스팅서비스 GitHub 선택, 인증 Basic, 사용자명 - 깃허브아이디, 비밀번호 새로고침 클릭후 깃허브 비번 입력 - 확인

자바 프로젝트 생성 - 파일 - 설정- utf-8설정, class생성

소스트리의 stage에 올리지 않은 파일에 수정한 내용들이 추가된다.

 

여기서 잠깐

.gitignore 파일에 이걸 추가한다. (아래 파일첨부)

.metadata/
bin/
tmp/
*.tmp
*.bak
*.swp
*~.nib
local.properties
.settings/
.loadpath
.recommenders
.classpath
.project

.gitignore

0.00MB

툴마다 .ignore파일이 다른 경우도 있다.

 

클론 생성후

local 저장소의 .git폴더를 확인한다.

gitIgnore를 수정한다면 해당되는 파일들이 무시되어 stage에 올릴 파일들 수가 줄어든다.

파일 선택후 스테이지에 올린 후, commit전에 commit메세지를 확인한다. - commit

 

커밋 후

push , master(로컬 마스터) , orignMaster(원격 마스터)

 

----------------------------

이클립스에서 커밋하기

프로젝트 생성- Team- Share - 원격저장소 추가 - 저장소 - 저장소 설정- 추가 - 해당 주소 입력

 

-------------------------

깃 플로우

develop 브랜치

브랜치가 나온다.

현업기준으로 처음 프로젝트를 만들어 master브랜치가 만들어지면 개발을 시작한다.

developer라는 브랜치를 만든다. 사실상 계속 최신화하는것은 개발 브랜치 이다.

 

feature/ (기능브랜치)

만약, 다른 기능을 추가하겠다 하면 기능 브랜치를 추가한다. (ex. 사투리 브렌치)

feature/ issue/ 1xxx몇줄/ 버그내용 <-- 버그가 있을시 이런 내용을 올린다.

1xxx줄에 있는 버그 수정 후 내용 삭제

 

release/ (배포브랜치)

버젼 완성이 되었다. 팀장은 master브랜치를 develop브랜치로 받는다. 이때 ver1로 release의 배포 브랜치를 생성한다.

 

hotfix/ (release 후 긴급 수정)

release 후 배포까지 했다. 치명적인 오류가 있다고 나왔다. 급하게 수정해야 한다. 

 

브렌치

중심이 되는 버젼에서 세부 버젼을 생성하는 것을 말한다.

 

 

병합

login브런치를 더블클릭 후 develop브랜치 우클릭 - 현재 브랜치로 develop병합

develop브랜치 더블클릭 후 login브랜치 우클릭 - 현재 브랜치로 login 병합

병합은 자주 하기 . 나중에 한번에 병합해서 충돌이 난다면 해결하기 어렵다. 

 

=======
// 회원가입 기능 개발 완료  <-- 내가 develop에서 가져오려 했던것
>>>>>>> develop

(같은 라인에 수정이 되었을때 충돌이 난다)

수정후 커밋시 충돌메세지가 나오는데 어지간하면 그대로 둔 후에 커밋