TIL 15 (미니프로젝트 3)

금일 프로젝트 막바지에 이르렀다.

 

내일은 발표날이다.

 

금일 배운것을 정리하자면,

 

프론트엔드와 백엔드가 합쳐지는 과정에서 git-hub가 어떻게 이루어지고 적용되는지가 관건이었던것 같다.

 

백엔드분들이 기능을 만드시는동안 git-hub에 관해 프롬프트에 대해서 공부했다.

 

1. git init (깃을 시작하기 위해 초기세팅을 시작하는 언어)
ㄴ 작업하는 공간에서 시작해줘야함, 잘못하면 전체파일을 전부 기록하는 경우가 발생할 수 있으므로 유의해야한다.
ㄴ.git이라는 폴더가 생기고, 이때부터 코드변경을 git에서 추적함

2. git add 와 git commit 의 차이는?
ㄴ git add는 저장할 파일을 지정
ㄴ git commit은 실제로 저장하는것

git add .
git commit -m " 문 구 "

3. git log
ㄴ commit story를 확인가능
ㄴ commit story를 통해 과거로 점프하거나 현재로 돌아올 수 있음

4. git status
ㄴ 작성한 git의 상태확인

5. git push <Branch가 명확할때만 사용> 혹은 git push origin main <Branch를 지정가능>
ㄴ 추가적으로 수정한 내용을 git hub에 업로드해줌
ㄴ 기본 Branch는 Main이며, 보통 합침대상이므로 추가적인 Branch를 만들어주고 관리하는게 용이할것이다.
ㄴ git push는 간결하게 쓸 수 있기때문에 최대한 사용할때 생각하고, 신중히 진행해야한다.

6. 협력방법
ㄴ 팀장이 초기 코드를 작성 <팀장>
ㄴ git hub 레포지토리 작성 후 업로드 <팀장> -> Settings -> Collaborators -> Add people 
ㄴ 1. 팀장이 git push를 통해 git hub로 기본파일을 보내주고
ㄴ 2. 팀원들은 git clone "주소" 명령어로 그 파일들을 가져옴 - 끝에 . 찍어줄것 < .을 안찍을 시, 폴더 이름체로 복제해옴 > 그래서 같은 이름의 폴더가 두개 만들어져서 두번들어가야한다.

7. git pull
ㄴ git hub에서 파일을 받아옴
ㄴ 가지고와서 내 로컬에 있는 파일에 합쳐주는 작업까지 해줌
ㄴ 코드 수정 후 git push origin "브랜치명" -> 이때 브랜치명은 main으로 한다.
ㄴ git pull 을 먼저하라는 Error 발생 시 git pull origin 브랜치명

8. 충돌발생 시 해결방안
ㄴ Accept Current Change : Current Change에 있는걸 받을건지, 
ㄴ Accept Incoming Change : Incomming Change에 있는걸 받냐에 따라 한쪽은 없어짐 <선택>
ㄴ Accept Both Changes : 둘다 필요할땐 둘다 받을수있음 <개인이 해결할 수 있음>
ㄴ 아니면 수동으로 해결하는 방법도 있음
ㄴ 충돌을 해결 후 (코드수정) 코드저장 명령어 실행
 ㄴ git add . & git commit -m " 충돌해결 "
ㄴ git push origin 브랜치명

9. Flow 정리
ㄴ Working Drectory : 변경된 파일들을 add 해주고
ㄴ staging Area : 기록하려고 지정한 목록을 Stage에 올려준다.
ㄴ Local Repository : commit 을 한 파일들을 커밋에 저장해둔다(찰칵!)
ㄴ Push 할경우 github 저장소로 들어가고
ㄴ pull 할 경우 가져와서 합치게된다.