JIN's.log

GitHub pull request 보내기 📌 github에서 브랜치를 만들고 PR 보내는 방법 main repo를 로컬 저장소에 clone으로 받아옵니다. 그다음 main 브랜치에서 개발 브랜치 ex): dev를 하나 만들어 작업할 코드를 작성합니다. 커밋하고 원격 저장소로 push를 해줍니다. 처음 만든 브랜치라면 연결이 되어있지 않을 수 있기 때문에 upstream으로 연결한 후에 다시 push를 합니다. 그러면 원격 저장소에서 PR을 하라는 버튼이 생기고 그 버튼을 눌러서 PR을 생성하면 됩니다. 📌 github에서 fork 하여 PR 보내는 방법 원본 저장소를 main, fork저장소를 origin이라고 하겠습니다. main레포에서 포크를 하면 개인 깃 헙 저장소에 origin저장소가 생깁니다...

[Git] 협업을 위한 git 커밋컨벤션 설정하기 좋은 커밋 메시지가 중요한 이유 임의의 Git 리포지토리의 로그를 탐색하면 커밋 메시지가 다소 엉망이라는 것을 알게 될 것입니다. 👇 정해진 규칙없이 가독성도 떨어질 뿐만아니라 말하고자 하는바를 정확이 이해하기 힘들다. $ git log --oneline -5 --author cbeams --before "Fri Mar 26 2009" e5f4b49 Re-adding ConfigurationPostProcessorTests after its brief removal in r814. @Ignore-ing the testCglibClassesAreLoadedJustInTimeForEnhancement() method as it turns out this wa..

1. 이미 push된 파일 .gitinore 적용하기 git으로 관리하고 싶지 않은 파일들은 .gitignore 에 명시함으로써 해당 파일을 무시할 수 있다. 하지만 종종 무시할 파일을 .gitignore 에 추가하기 전에 git push 해버리는 경우가 있다. 이 때 뒤늦게 .gitignore 을 수정하여 push를 하지만 원격 저장소에서 해당 파일은 사라지지 않는다. 아래의 git 명령들을 실행해주면 .gitignore의 파일들이 적용되어 원격 저장소에서 사라진다. $ git rm -r --cached . $ git add . $ git commit -m "Apply .gitignore" $ git push 만약 vopgh@DESKTOP-7GBJ0PD MINGW64 /c/WonJin/sparta/ho..

1.서버 branch 삭제 후 로컬 branch 업데이트(동기화) 로컬 저장소의 브랜치에서 작업 완료 -> 서버로 push -> Pull Request -> main으로 브랜치 merge하고 브랜치 삭제한다. 그러면 웹에서는 브랜치가 삭제되었다. 하지만 원격 저장소의 branch가 삭제되어도 Local에서 git branch -r 로 나오는 list는 변화가 없다. 이를 아래 코드로 서버 브랜치와 로컬 브랜치를 동기화하면 이를 해결할 수 있다. 로컬에 남아있는 브랜치는 로컬에서 삭제하면된다. # 서버 브랜치와 로컬 브랜치 업데이트(동기화), 로컬브랜치는 따로 삭제 $ git remote update --prune

다양한 실무 사례 Remote에 올라간 파일/폴더 삭제 실수로 master 브랜치에서 작업 실수로 작업 중인 브랜치를 삭제 특정 태그로 긴급 롤백 & 다시 hotfix 1. Remote에 올라간 파일/폴더 삭제 실수로 remote repository에 불필요한 파일/폴더를 Push 했다. . gitignore에 추가하고 삭제 후 push해도 원격에서는 지워지지 않는다. 1. 로컬과 리모트 모두 지우고 싶다. (media2) $ git rm -r 2. 로컬에는 남겨두고 리모트에서만 지우고 싶다. $ git rm -r --cached 2. 실수로 master 브랜치에서 작업 실수로 작업(Topic) 브랜치가 아닌 메인(Master) 브랜치에서 작업하고 커밋했다. Master는 원위치하고, 작업한 소스는 살리..

Git Flow Git Flow 란? Git-flow에는 5가지 종류의 브랜치가 존재합니다. master : 항상 서비스 가능한 소스코드 가진 브랜치 develop : 개발에 주축이되는 브랜치 feature/ : 기능을 개발하는 브랜치 release/ : 이번 출시 버전을 준비하는 브랜치 hotfix/ : 출시 버전(master)에서 발생한 버그를 수정하는 브랜치 Git Flow Commands # 깃플로우 생성 $> git flow init # 원격 저장소에 모든 브랜치를 전송하였다. $> git push origin --all # feature branch를 생성 $> git flow feature start # 현재 feature branch 목록들을 살펴볼 수가 있다. $> git flow fea..

깃허브 토큰사용하라는 오류가 발생하면 아래 작업을 진행해주시면 작동합니다. 1. 깃 허브 우측상단 -> Settings -> Developer settings -> personal access tokens -> generate new token에 노트와 유효기한, 범위 항목을 체크하여 토큰을 발행합니다. 2. 소스트리 원격 저장소 계정 추가(이 항목은 안해도 상관없습니다.) 3. 소스트리 -> 설정 -> 원격 -> 경로 https://{깃허브닉네임}:{개인접근토큰}@

Git 사용자 인증 문제 아래와 같은 오류 메시지가 나오면 fatal: remote error: Invalid username or password. 기존 remote를 제거하고 개인 접근 토큰이 포함된 URL을 remote로 추가합니다. &> git remote remove origin &> git remote add origin https://{깃허브닉네임}:{개인접근토큰}@

4 - Git 실무 - with VSCode Git Branch 1. Master 브랜치는 항상 Deploy할 수 있는 상태로 두자! 2. 작업할 때는 항상 Topic 브랜치를 만들어서 하자! 3. 브랜치 이름은 누가봐도 알 수 있도록 자세히 짓자! 4. 정기적으로 자주 push하자! 5. Merge가 끝나면 해당 Topic 브랜치는 바로 삭제하자 (remote branch의 경우 push하고 삭제)실무에서 자주 쓰이는 명령어 # 브랜치 확인 $> git branch [-a | -r] # 브랜치 생성 $> git branch [] # 브랜치로 이동 $> git checkout # 브랜치 생성과 체크아웃(이동)을 한번에 한다. $> git checkout -b # master로 브랜치 이동 ( "-" 이 ..

3 - Git Branch / merge 깃 브랜치는 무엇인가? 모든 버전 관리 시스템은 브랜치를 지원한다. 개발을 하다 보면 코드를 여러 개로 복사해야 하는 일이 자주 생긴다. 코드를 통째로 복사하고 나서 원래 코드와는 상관없이 독립적으로 개발을 진행할 수 있는데, 이렇게 독립적으로 개발하는 것이 브랜치다. 즉, 나무의 몸통은 master이고 나무 가지를 브랜치라고 할 수 있습니다. 주의할 점은 브랜치를 생성 및 변경 전에 commit 하는 것을 잊으면 안 됩니다. 현재 위치에서 커밋을 하고 브랜치를 이동하거나 생성해야 오류가 발생하지 않습니다. 브랜치(Branch) 명령어 브랜치 생성 $ git branch # branch 만들기 $ git branch # branch 전체 보기 브랜치 이동 $ gi..