ABOUT ME

-

Today
-
Yesterday
-
Total
-
  • 깃 branch(feat Kraken)
    Infra & Tools/GIT 2021. 9. 28. 23:13

    How to "나 코드 작성했고 이거 master 에 합치고 싶어~"

     

     

     

    깃을 설치하고 항상 혼자서 Github 만을 쓰다가 이번 gdsc 활동을 통해 사용해본다.  사진 먼저 보고 가자.

    깃을 만들고 add 와 commit 을 통해 임시 저장한것을 push 로 원하는 공간에 업데이트 한다고 생각하자.

     

     

     

    sub part

     

    (처음 만)  Git 생성(init) > add > commit >. remote 연결 with github >push 

     

     add > commit >push 

     

    출처:

    • Working Directory: 현재 작업 중인 Git 프로젝트 파일들이 있는 내 PC의 디렉토리입니다. 평소 작업하듯 자유롭게 프로젝트를 작업할 수 있습니다.
    • Staging Area: 커밋할 변경 내역들의 대기 장소입니다. ‘git add’ 명령어를 사용하면 Working Directory의 변경내역을 Staging Area에 올립니다. 명령어 옵션을 통해 이 단계를 생략할 수 있습니다.
    • Local Repository: 커밋들이 스냅샷으로 기록된 곳입니다. ‘git commit’ 명령어를 사용하면 Staging Area에 있는 변경내역들을 실제 스냅샷으로 묶어 Local Repository에 올릴 수 있습니다. 즉, 하나의 commit이 하나의 버전의 구분점이 되며 이전 버전에서 해당 버전으로의 변경내역이 담겨 있습니다.

    원문:  https://www.secmem.org/blog/2019/04/10/git_pr/

    이해가 어렵다면 실습을 해보고 다시 보고 시간이 지나서 다시 보자,, 난 이해하는데 토탈 3년 걸렸다..(하,,)

     

     

    데스크탑에 원하는 폴더를 켜준다 > mac 기준 terminal 이용 

    > git init              난 여기다 git 을 만들거야!  라는 설정     

     

    > git log          현 상황을 보여준다

     

    > ls                    올릴 파일 검색,(add 시 확장자 txt 등  같이 써줘야한다.)

     

    >git add .         작업 폴더의 모든 변경사항을 stage(올리기전 임시 저장)

     

    >git add -A.   현재 폴더의 모든 변경사항을 stage

     

    >git add dir/file.   dir/file 경로의 파일을 stage

     

    >git commit -m "I add an new file"

     

    >git remote add origin https://~                                      

     

    >git push

     

    !ERROR!

     

    1. 비밀번호 문제 > Github 가 21 년 8월 부터 비밀번호를 이용해서 repo 접근하는 방식에서 토큰 발행으로 바꿨다.

    참고하자.

    https://hyeo-noo.tistory.com/184

     

    [Mac] GitHub push token 오류 해결

    Github 오류 7.29일 새벽 갑자기 git push가 안 되는 현상을 겪었다. 오류의 첫 줄이 무슨 말이냐면 Password 인증방식이 일시적으로 brownout(shutdown?)되었다. Password 대신에 personal access token을 사용..

    hyeo-noo.tistory.com

     

    2. 추가 오류가 생길텐데 새팅을 github 에서 해주자. 

    git setting 확인 > Email >사진 체크박스 off(켜저 있을 것 이다)

     

     

     

     

    Main part

     

     Branch (a.k.a my working space )

     

    개인 저장소에서 작업한 후 -(branch를 생성한) 작업을 원본 레포지토리에 반영해 달라고 요청하는 과정이 바로 ‘Pull Request’이다.

     

    자신의 하위 브랜치에서 변경사항 & 추가할 사항을  maste(최종)에 올리기 위해서는 항상 merge 를  해야한다.

     

    이해가 안되면  따라해본다. 난 6시간 걸렸다..

     

    work flow :

     

    1. 처음 할때

    -branch 를 생성한다

    -branch 에 add 와 commit 을 넣는다.

    -.생성한 branch 를   master 와  merge 한다.(크라켄 이용)

    -크라캔에서 merge 한 새 브랜치를 Push 한다.

    -깃허브에서 master branch에서 Pullrequest 를 연다.

    -mater branch 를 push  한다.

     

    2. 처음이 아닐때 (pull request 이후)

    1.생성했던branch에 파일들을 add 후 commit , push 를 한다.

    2.생성했던 branch 를   master 와  merge 한다.(크라켄 이용)

    3.mater branch 를 push  한다.(터미널 이용 또는 크라켄으로)

     

     

    code)

     

    >git branch : git 확인

    ctrl+z  종료

     

    > git checkout  -b myfirstbranch.       :  생성과 이동

     

    > git branch  -d myfirstbranch        : 삭제

     주의할 점은 현재 자신이 있는 브랜치는 삭제할 수 없다는 것.

     

    > git checkout  myfirstbranch              : 단순 이동

     

     

     

    branch 생성후 "2branch" , 텍스트 File add , commit -> push 할 준비

     

     

    push 당연하게 불가 왜?

     

     

    Push 가 바로 이루어지면 프로그램을 총괄하고 관리(master branch control)가 불가하기 때문에,

    하위 브랜치에서 상위로 작업 수정 허락 요청을  하는 단계를 거쳐야한다.

     

     

     

    2 branch drag and drop to master in Kraken

    2branch 라 불리는 branch를 master 로 끌고 온 후() merge into 를 선택한다.

      !주의! 

    merge new branch into master   (o) 

                                                                                

     

     

    완료한 모습이다.

     

    상단부 PUsh 버튼 클릭

     

    Submit 하면 됨
    크라켄 하단 메시지

     

    깃허브 레퍼시토리에 위와같은 팝업창에서 compare & pull request 클릭

    새로운 사용자가 pull reques를 요청했고 이를 받는다.

    그후 다시돌아오면 아직 그대로  

                                                                                    마지막으로 Push

    생김!

     

     


    참고:

     

    https://velog.io/@zansol/Pull-Request-%EC%9D%B4%ED%95%B4%ED%95%98%EA%B8%B0/

     

    Pull Request 이해하기

    - 의미 내가 작업한 코드가 있으니 내 브랜치를 당겨 검토 후 병합해주세요 (^0^)/ - pull request를 하는 이유 자연스러운 코드 리뷰를 위해 Push 권한이 없는 오픈 소스 프로젝트에 기여할 때 콜라보

    velog.io

     

     

    git push origin sunghyun

     

     

     

     

     

    'Infra & Tools > GIT' 카테고리의 다른 글

    git branch clear , 모든 브랜치 삭제  (0) 2022.09.05
    Git stash 기초 설명  (0) 2022.09.05
    Git Hub 동시에 두개의 Repo 에 올리기!  (0) 2022.08.06
    GIT 파일 돌리기  (0) 2022.07.18
    Git rebase  (0) 2022.03.02
Designed by Tistory.