gitflow 실습

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.

• README.md 생성하기 버튼 클릭 후 리파지토리 생성

• 커밋 검토 권한 부여 현재는 1명에게 검토 받을 수 있게 생성

• 파트너 추가하기

• 이슈에 해야 할 일 추가하기

• 업로드할 파일에 git 생성하기 clone을 통해서 init과 pull을 동시에 수행
• **$ git clone <https://4BFC@github.com/4BFC/gitflow_test.git> .**

• branch 만드는 규칙
• 깃 이슈에 있는 Lable을 따라가 branch를 생성한다.
• **$ git checkout -b enhancement/1**

• $ touch AccountCnt.js
• $ touch AccountService.js
• 작업을 수행 했다는 가정을 한 다음 커밋을 한다.
• **$ git log --graph --oneline --all**
• 위의 명령을 통해서 작업한 수행 기록 확인 형태는 stack으로 되어 있음

• 현재까지의 문제
  • 나의 답변 : pull하면 되는거 아닌가?
  • pull은 맞지만 -- rebase 수식을 같이 사용
  • git pull origin main --rebase (enhancement/1)
    • git pull origin main 의 ****차이점은 **git pull origin main**은 로컬 브랜치에 변경사항을 가져와서 병합하는 반면, **git pull origin main --rebase**는 리베이스를 통해 변경사항을 가져오고 원격 브랜치에 적용한다. 리베이스를 사용하면 히스토리가 단순화되고, 충돌이 발생했을 때도 더 쉽게 해결할 수 있지만, 리베이스된 커밋이 이미 공유된 커밋이라면 주의해야 한다.
  위의 코드는 현재 내가 작업하고 있는 곳(로컬/e/1)에 원격지의 main에 있는 최신 작업본을 가져와서 병합한다.(즉,최신화 해준다.)
• 만약 내가 아닌 같이 협업하는 다른 개발자가 완료된 작업 main branch에 merge를 하게 된다면 원격 상황과 나의 작업환경은 달라진다. 어떻게 할 것인가. 즉, main은 계속해서 최신화가 되고 있고 나의 작업환경은 최신화가 되지 않고 있는 것이다.
• github에서 임의로 README.md 파일을 수정해서 원격 환경과 나의 개발 환경을 다르게 만든다.
• 이후 위에서 언급했던 명령어를 수행한다.
• **$ cat README.md** 사용해서 해당 파일 내용을 출력한다.

• 이후 push를 하게 되면 github에선 PR(승인 투표)이 시작 된다
• github 상단에 따로 안내문이 나온다

Squash and merge를 사용해서 Confirm 한다.

• merge가 승인된 화면 이다.

• 이후 작업 수행이 완료가 되면 main branch를 최신화 해준다.
  • **git checkout main**
  • git pull origin main
• 이후 불필요한 branch를 삭제한다.
  • **git branch -D enhancement/1**
  • git branch -D enhancement/1 통해서 branch를 삭제 했지만 원격 branch에는 아직 남아 있는 것을 확인 할 수 있다. 이것까지 제거하기 위해선 아래 명령어를 사용하면 된다.
  
  • git fetch --prune
    • git branch -D enhancement/1 / git fetch --prune 이 둘의 차이 명확히 모르겠음

이렇게 작업을 수행 반복한다.