[~] git rebase -i HEAD~2 2개의 커밋 메시지를 합치는 경우이므로 HEAD~2로 작성한다. vi 편집기 창이 자동으로 활성화되며, 다음과 같은 기준으로 수정한후 :wq로 저장한다. pick: 합치는 기준이 될 커밋. s: squash이며, pick 커밋을 기준으로 합쳐서 없애고자 하는 커밋. vi 편집기 창이 하나 더 활성화되며, 커밋 메시지를 새로 작성한 후 :wq로 저장한다. 합쳐질 커밋 메시지가 둘이라면, 둘 모두가 편집기에 자동으로 작성되어 있는 상태이다. 커밋 메시지를 적절히 수정한 후 저장하도록 하자.
git checkout -b [NEW_BRANCH_NAME]: branch 작성 및 checkout git push --set-upstream origin [NEW_BRANCH_NAME]: 생성된 branch의 정보는 local repo.에만 있으므로 remote repo.에도 추가 [my_project] git:(develop) git checkout -b ingnoh_branch [my_project] git:(ingnoh_branch) git push --set-upstream origin ingnoh_branch [my_project] git:(ingnoh_branch)
참고 Git - 리모트 저장소 원격 저장소라 하더라도 로컬 시스템에 위치할 수도 있다. remote'' 저장소라고 이름이 붙어있어도 이 원격 저장소가 사실 같은 로컬 시스템에 존재할 수도 있다. 여기서 remote'' 라는 이름은 반드 git-scm.com git init git add . git commit git remote add origin [GIT_REPO_URL] git push origin main Github 리포지토리를 만들어두고 push할 프로젝트에서 위와 같이 진행
1. Git : 분산형 버전 관리 시스템 - 분산형 : 로컬 / 원격 저장소, 또는 Workflow 별 분산 관리가 가능 - 버전 관리 : 어떤 정보에 대해 여러 버전을 관리. 이 경우, '주로' SCM(Source Code Management)을 지칭 2. 용어 정리 Repository : 파일 / 또는 폴더를 저장하는 공간이며, 버전 관리를 지원. - .psd, .pptx 또한 소스 코드와 마찬가지로 파일 형태로 저장되므로 Git을 이용한 버전 관리가 가능. Remote Repository : 파일을 원격 서버에서 관리하는 경우, 팀원 간 공유를 위해 사용하는 저장소 서버와 Local의 물리적인 위치를 통한 구분은 아니다! 논리적인 구분임을 알아두자. git clone을 통한 기존 저장소 복사가 가능..
- Total
- Today
- Yesterday
- Database
- AWS
- Git
- JPA
- Gradle
- postgresql
- etc
- pgloader
- react
- Puppeteer
- jQuery
- Node.js
- Spring Cloud Config
- AWS IoT
- spring boot
- javascript
- Linux
- ffmpeg
- eureka
- dev
- 코딩테스트
- shell
- kotlin
- IntelliJ
- mysql
- Java
- Vault
- terraform
- Docker
- hashicorp
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 |