[2023_12_04] GIT 특강

JENNA·2023년 12월 4일
0

(브랜치 == 복사본)

visual studio code
new terminal -> git bash



  1. 브랜치 활용하기

*브랜치 생성 명령어

git branch 브랜치이름 => 엔터클릭


*브랜치 확인 명령어

git branch //하면 브랜치 이름 뜸 //키보드 q눌러서 빠져나가기


*브랜치 이동 명령어

git switch 브랜치이름
git checkout 브랜치이름


*브랜치 한 번에 생성 & 이동 명령어

git switch -c 브랜치이름
git checkout -b 브랜치이름


*새로운 브랜치에서 코드 수정

수정


*새로운 브랜치에서 수정된 코드 저장

git add.
git commit -m "저장 메시지"
//main 브랜치로 이동하면 새로운 브랜치에서 수정한 코드 남아있지 않음.


*브랜치 이동해서 비교해보기

git switch 브랜치이름
git checkout 브랜치이름


*코드 짠 브랜치를 MAIN에 합치기

git switch 최종브랜치이름 //-main
git merge 합칠브랜치이름 //-login //예시



  1. Pull Request 활용하기

*terminal 말고 github에서 합치기

*새로운 브랜치에서 수정한 코드 main으로 합치기 전


*새로운 브랜치에서 수정된 코드 저장
git add.
git commit -m "저장 메시지"


*github에 업로드하기
(github_협업 pdf 자료 참고)

1) 브랜치 생성 및 이동
2) 기능 개발 및 코드 저장
3) 코드 업로드 및 pull request 생성
4) github에서 merge
5) 내 로컬에도 반영 //git pull origin main


  1. 협업 실전 가이드

링크텍스트

(main 브랜치 == 배포용)

main 브랜치(배포용) / develop 브랜치(테스트용) / 기능 브랜치(기능 개발용)


*1. 초기 세팅

1) 팀장: 초기 코드 작성 및 github 업로드
a. 폴더 생성
b. 초기 코드 작성
c. git init, add, commit
d. Github 레포지토리 생성
e. Github 업로드 (git push)


2) 팀장: dev(develop) 브랜치 생성
a. git switch -c dev (로컬에서 dev 브랜치 생성)
b. git push origin dev (github에서도 반영)


3) github에서 dev 브랜치를 defaoult로 설정
4) 팀원들을 collaborator로 등록
5) 팀원: git clone하기

////////////////////////////////////////////////////////////////
수정 전

<<로그인 코드 작성>>
git add
git commit

main / login.
login에서 수정해도 main 안바뀜. 독립적으로 저장

그럼 main 브랜치가 최종 브랜치.

다른 사람들도 다같이 합칠 곳이 main 브랜치

-> <<합치는 명령어>>

main에 가서 login에서 만든거 떙겨옴

gitswitch 해서 main으로 간다음에 -> git merge login

<<브랜치 만드는 명령어>>
git branch 브랜치 이름

<<브랜치 이동하는 명령어>>
git switch 브랜치이름
git checkout 브랜치이름

<<브랜치 합치는 명령어>>
('git switch 최종브랜치'로 이동 즉, main으로 가서)git merge 합칠 브랜치 이름

pull request

사실 github에서 합침
뺀 게 왼쪽 빨간색/ 추가가 오른쪽 초록

git push origin login

compare and pull request -> Add a title -> create 뭐시기

////////
정리

  1. 브랜치 생성 및 이동
  2. 기능 개발 및 코드 저장
  3. 코드 업로드 및 pull request(pr)생성
  4. github에서 merge
  5. 내 로컬에도 반영 (git pull origine main)

///////
협엽 실전 가이드 pull = 합침

Main 브랜치 == 배포용
실제 서비스가 돌아가는 용도

문제점1)
완벽하게 기능을 개발해여 merge 가능
(회원가입, 로그인, 로그아웃 이걸 다 만들어야 main에 merge할 수 있음. 오래걸리고, 버그 수정 어려움

= 개발용 브랜치 하나 더 둠

main브랜치, develop브랜치, 기능 브랜치
배포용// 테스트용// 기능 개발용

기능을 dev로 합치기 전에 dev의 "git pull origin dev"를 해. 내 컴퓨터에서 테스트 해보고 합침

  1. git clone

  2. 브랜치 만들기 git branch, git switch

  3. 개발하기, 코드짜기

  4. add commit

  5. push (온라인 저장소에 내보내기 ) , pr 만들기

  6. (git pull origin dev) pull (팀원이 올려놓은 거 가져오기), 만약에 충돌났으면 오류 정리

  7. 한 번 더 push

  8. merge

  9. dev로 가서 pull 떙겨오기

  10. 배포하겠다 하면 dev에서 땡겨오기

2개의 댓글

comment-user-thumbnail
2023년 12월 7일

협업 시 github 세팅에 대해 잘 정리해주셨네요. 잘 봤습니다!

답글 달기
comment-user-thumbnail
2023년 12월 7일

덕분에 github 세팅에 대해 알 수 있었습니다.

답글 달기