제뉴어리의 모든것

가장 최근 커밋 메세지 한개 수정 git commit --amend 편집기 열리면 내용 수정 저장하고 종료 더 오래 된 커밋 메세지 다수개 수정 (최초 커밋은 수정 불가) git rebase -i HEAD~ 명령을 입력하고 Enter 열린 텍스트 편집기에서 각 커밋 앞에 있는 "pick"을 "reword"로 변경 (수정할 커밋만 바꾸면 되는 듯) 변경 후, 텍스트 편집기를 저장하고 종료 각 커밋 메세들이 각각 편집기가 열리므로 차례대로 편집 후 저장 최초 커밋부터 커밋 메세지 다수개 수정 git rebase -i --root 위에 있는 "더 오래 된 커밋 메세지 다수개 수정" 목록의 2번부터는 동일 참조 : Gemini 에서 "지난 commit 메세지 변경" 검색. https://velog.io/@eas..

전체 항목 오늘 배운 내용 간략 정리 오늘 배운 상황별 명령어 오늘 배운 내용 간략 정리 Branch (브랜치) recursive strategy 의 머지 전략 현재 브랜치와 머지 하려는 브랜치가 공통의 조상 커밋에서 각자 따로 커밋을 가지고 있기 때문에, 발생하는 머지 전략이다. 임의의 A, B 두개의 브랜치(각각의 브랜치의 최신 커밋) 는 공통의 조상 커밋과 3-way merge 를 진행한다. 그래서 현재 머지를 진행한 브랜치는 두개의 브랜치 내용을 합친 새로운 commit을 앞으로 뻗어나간다. 그렇게 생겨난 새로운 commit은 다수의 조상 커밋을 가지게 되는것이다. 이 경우에 공통의 커밋에서 특정부분이 A브랜치 에서만 수정됬거나, B브랜치 에서만 수정됬을 경우에는 문제가 되지 않지만, 두 브랜치 ..

틀린 내용은 즉각 수정할테니 피드백 환영입니다. 전체항목 .gitignore란 .gitignore 의 작성 룰 .gitignore 주의사항 내가 겪은 상황 .gitignore란 git이 관리하는 대상에서 제외하고 싶은 파일, 폴더를 명시해둔 파일 .gitignore 의 작성 룰 .gitignore 파일은 프로젝트 최상위 위치에 존재해야한다. 아래의 패턴을 활용하여 git이 untracked할 파일 또는 디렉토리등을 정의하여 파일을 생성한다. 패턴 작성 패턴은 아래의 규칙을 따른다. '#'로 시작하는 라인은 무시한다. 표준 Glob 패턴을 사용한다. 슬래시(/)로 시작하면 하위 디렉터리에 적용되지(recursivity) 않는다. 디렉터리는 슬래시(/)를 끝에 사용하는 것으로 표현한다. 느낌표(!)로 시작하..

원격 저장소에 간혹 잘못 올라간 파일이 있다. 이럴 경우 해결하는 방법을 알아보자. 아래의 내용은 불필요한 과정이 포함되어 있을 수도 있다. 다만 결과적으로 목적을 달성하는 방법이다. 잘못된 점이 있다면 지적도 감사합니다. 처리 순서 현재 상황 원격 저장소에서 해당 파일 삭제 내 로컬 저장소에서, 원격저장소에 잘못 올라간 파일을 삭제함을 선언 .gitignore에 올리지 않을 파일 저장 원격 저장소 pull 내 로컬 저장소의 내용 add, commit 원격 저장소에 최종 push 현재 상황 private한 개인 정보가 포함 된 application.properties가 github에 올라갔다. 뒤늦게야 확인을 하고 github에서 삭제하고 .gitignore에 application.properties 를..

git remote url 확인 명령어는 아래와 같다. git remote -v ex) $git remote -v origin ssh://future@test.com/home/git/test.git (fetch) origin ssh://future@test.com/home/git/test.git (push) 현재 remote 저장소의 명칭 git remote ex) $git remote origin 출처 : devpouch.tistory.com/21