# Back-End/Git

    # Back-End/Git

    [Git] 에러 remote: Invalid username or password. fatal: Authentication failed for

    remote: Invalid username or password. fatal: Authentication failed for ... 깃허브 비밀번호를 바꿨을 때 발생하는 오류 맥북 : 키체인 접근 들어가서 github 검색 → 변경한 비밀번호로 다 바꿔줌 다른 방법은 퍼스널 토큰을 발급받는 방법도 있는듯한데 이렇게도 해결이 가능하다

    [Git] Git Commit을 되돌리기(+ Rebase로 커밋 히스토리 관리하기)
    # Back-End/Git

    [Git] Git Commit을 되돌리기(+ Rebase로 커밋 히스토리 관리하기)

    Git Commit을 되돌리기 (+ Rebase로 커밋 히스토리 관리하기) 작업을 하다보면 자신의 커밋을 되돌려야 할 때도 있다. 어떤 방법을 사용할 수 있는지 정리해본다. 종류 1. Reset을 이용한 강제 롤백 Reset 명령어를 사용할 때 주의할 점은 되돌리려는 브랜치를 다른 개발자가 Check out하여 사용중일 경우 그 사용자는 되돌린 사실을 알 수 없다. 즉 강제로 브랜치의 커밋 내역을 지우는 것이기 때문에 협업하는 사람이 있으면 주의하여 사용해야 한다. git reset --hard HEAD~3 (롤백하려는 브랜치 기준 점이 3개가 들어왔다.. .) git push origin -f 커밋 내역을 깔끔하게 관리하기 위해 Rebase 명령어를 통해 여러 커밋을 하나로 합칠 수 있다. git re..

    [Git] 브랜치 Merge와 커밋 히스토리 관리 (squash, rebase)
    # Back-End/Git

    [Git] 브랜치 Merge와 커밋 히스토리 관리 (squash, rebase)

    개요 Git Flow 전략을 적용하여 여러 브랜치를 관리하려면 Merge의 옵션을 적절하게 사용하고, 커밋을 최대한 간단하게 하여 알아보기 쉽도록 하는 것이 중요하다. 커밋이 여러 개로 쪼개진다면 돌아갈 수 있는 분기가 많아지지만, 그 브랜치가 다른 브랜치에 Merge되고 관리되어야 한다면 쪼개진만큼 어느 시점으로 돌아가야 할지, 어떤 작업을 했는지 알아보기가 어렵다. Merge란? 어떤 브랜치를 다른 브랜치에 반영하는 것 커밋 히스토리 관리의 필요성 어떤 작업을 했는지 명확하게 함 일관된 규칙으로 메시지를 작성 Rollback 상황에서 대처하기 쉬움 Merge, Squash, Rebase 1. Merge 브랜치를 합치기 위한 명령어 2. Squash 브랜치를 Merge할 때 사용할 수 있는 옵션 3. ..

    [Git] Git Flow 전략
    # Back-End/Git

    [Git] Git Flow 전략

    🔍 주제 Git Branch 전략 중 하나인 Gir Flow는 프로젝트를 전략적으로 관리할 수 있도록 하는 전략입니다. Git Flow전략에서의 브랜치 종류 5개 feature/{티켓기능} : 개발자가 특정 기능을 개발할 때 사용하는 브랜치 develop : 개발 브랜치, 기능 구현 완료 후 develop에 머지 release : 배포(출시)하기 위해 준비하는 브랜치, release 브랜치의 코드를 바탕으로 QA팀에서 QA를 수행 master : 실제 서비스로 런칭될 코드가 런칭되는 브랜치, 프로덕트 레벨 hotfix : 버그 수정 등 긴급 패치 시 사용하는 브랜치, 수정된 내용은 develop과 master에 동시에 머지 협업툴인 Slack, Jira와 함께 사용하면 더 효율적으로 사용할 수 있다. 개..

    # Back-End/Git

    [Git] remote url 변경

    변경 전 확인 git remote -v 변경 (fetch, pugh 모두) $git remote set-url 변경 후 확인 git remote -v

    # Back-End/Git

    [Git] Commit message 작성 규칙

    Git Commit 메시지 관련한 글을 퍼옴 출처 : https://meetup.toast.com/posts/106 좋은 git 커밋 메시지를 작성하기 위한 7가지 약속 제목과 본문을 한 줄 띄워 분리하기 제목은 영문 기준 50자 이내로 제목 첫글자를 대문자로 제목 끝에 . 금지 제목은 명령조로 본문은 영문 기준 72자마다 줄 바꾸기 본문은 어떻게보다 무엇을, 왜에 맞춰 작성하기 커밋 메시지 성격 ⭐ feat : 새로운 기능에 대한 커밋 🛠 fix : 버그 수정에 대한 커밋 🧱 build : 빌드 관련 파일 수정에 대한 커밋 👏 chore : 그 외 자잘한 수정에 대한 커밋 ⚒ refactor : 코드 리팩토링에 대한 커밋 🎨 style : 코드 스타일 혹은 포맷 등에 관한 커밋 ✏ docs : 문서 수..

    [Git] fatal: couldn't find remote ref master
    # Back-End/Git

    [Git] fatal: couldn't find remote ref master

    Repository의 최상위 브랜치 이름이 main 이었음. (이클립스에서 올릴 때 Default가 main인듯) Github에서 master로 이름을 바꿔주고 다시 Pull

    [Git] 초보 명령어 & 깃허브 프로젝트 가져오기
    # Back-End/Git

    [Git] 초보 명령어 & 깃허브 프로젝트 가져오기

    Github 프로젝트 가져오기 [세팅 명령어] git init git remote add (원격이름) (저장소URL) [commit, push 명령어] git pull (원격이름) master git add . git commit -m "커밋메시지" git push (원격이름) master EX) 이렇게 쓰세요 git init git remote add home https://github.com/자기계정/프로젝트명.git git pull home master git add . git commit -m "test commit" git push home master Git 명령어(위와 같은 내용입니다) Git 초기화 git init git clone (저장소URL) git remote add (원격이름) (..

    # Back-End/Git

    [Git] local 날라가도 괜찮을 때 강제로 Pull 하기

    git fetch --all git reset --hard origin/master git pull origin master

티스토리툴바