개념(Git-flow)
•
master - 최종 버전 항상 유지되는 메인 브런치 (형상관리자외 절때 건들지말것 재앙펴처짐 한지랑 완규 머리터질뻔함..)
•
develop - 님들이 한거 다 여기임.. 항상 유지되는 메인 브런치 (사실상 머지)
•
feature - 기능을 개발하는 브런치( 개별 브런치라고 생각하면됨)
•
release - 출시버전 브랜치 (쉽게이야기하면 리허설)
•
hotfix - 디버그 (버그수정) master랑 release 단계에서만 사용 (그냥 사용 하지말것) 개념만 알아둘것!
설치방법
사용방법
1.
소스 경로 - 깃허브 또는 깃랩에 URL주소를 입력한다.
2.
목적지 경로 - 자신이 찾을수있는 곳으로 파일을 만든다 ex) C:\Users\사용자\git\폴더
※ 주의) 설정한 목적지 경로는 다음 단계에서 사용되어야 하니 꼭 기억하고 있어야한다.
3.
나머진 자동이고 클론버튼 클릭
1.
STS에서 Import 진행시 Git이 아닌 General - Existing Project into Workspace로 해야되며 root directory의 Browse를 클릭하여 소스트리 Clone을 통해 생성한 경로 주소를 찾아서 선택한다.
2.
여기서 소스트리와 STS의 경로가 동일하지 않으면 다음으로 진행할 수 없으니 반드시 둘의 경로를 통일시켜야 한다.
1.
깃플로우 선택후 확인
1.
왼쪽 develop에 체크인이 되어있어야됨
1.
깃 플로우 클릭
2.
새 기능 시작
1.
기능명은 이름-년월일-기능 생성 횟수
2.
시작시점은 무! 조! 껀! develop 인지 확인
위에서 생성을 했을 경우
1.
STS에는 자동으로 브런치 명이 변경됨
2.
feature 하위에 브런치명 생성됨을 확인 할수 있음
3.
꼭! 이상태로 되어야함.. 안되면 물어보셈.. 제발
1.
내용을 작성하면 자동으로 소스트리에 커밋 버튼을 누르면 스테이지에 올라가지 않은 파일에 입력한 파일이 뜸
1.
스테이지에 올라가지 않은 파일을 선택후 1번 클릭
2.
1번클릭후 스테이지에 올라간 파일에 올라간것 확인
3.
커밋 내용입력
4.
4 커밋
5.
주의! 절대 STS에서 커밋하지말것 모든것은 소스트리에서!!
1.
커밋을 했으면 다시 깃플로우 클릭
2.
기능 마무리 클릭
1.
아무것도 선택하지않고 확인만 누르세요 !! 꼬옥!
1.
확인을 누르면 push 에 숫자 1이뜸
2.
feature와 브런치명이 사라지는것 확인
1.
push클릭시 무조껀 develop에 클릭 되어있는것을 확인후 push한다
1.
pull 클릭 후 가져올 원격 브런치가 develop인지 확인 후 pull 클릭
2.
정상적으로 pull이 된다면 history 맨 윗줄에 새롭게 반영됨.
3.
같은 파일 절대 건들지 말 것! (팀원들과 소통 필수)
1.
소스트리에서 pull 완료 후 → sts로 이동하면 브런치 이름이 develop로 바뀐걸 확인할수 있음
2.
오른쪽 마우스 클릭후 Refresh를 눌러주면 pull 받은게 반영됨.
3.
sts에서 또 한번 pull을 받지 않도록 주의 할것!
