일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- Lv.0
- LV01
- GIT
- 일정관리프로젝트
- JPA
- SQL
- CoffiesVol.02
- 프로그래머스
- 데이터 베이스
- LV0
- 배열
- Join
- 연습문제
- Redis
- 이것이 자바다
- 알고리즘
- 포트 폴리오
- 포트폴리오
- LV1
- jpa blog
- LV03
- 디자인 패턴
- Java
- LV02
- 네트워크
- 코테
- mysql
- docker
- LV.02
- Til
- Today
- Total
목록GIT (3)
코드 저장소.

목차 1.Rebase?2.Rebase vs Merge3.적용 1.Rebase?깃에서 사용하는 rebase는 기존에 다른 브랜치에서 작업을 했던 내용을 옮기는 것을 리베이스라고 합니다. 리베이스의 특징은 다음과 같다:커밋 기록이 깔끔하게 한 줄로 정리된다.분기 흔적 없이, 마치 처음부터 같은 줄기에서 작업한 것처럼 보인다.하지만 원래 커밋 기록이 변형되기 때문에 주의가 필요하다.리베이스를 하면 깃 그래프는 다음과 같습니다. o---o---o---o---o---o (main + feature rebased) 그럼 흔히 다른 브랜치와 합치는것이라면 떠오르는 것이 Merge인데 이번에는 Rebase와 Merge의 차이점에 대해 알아보겠습니다.2.Rebase vs Merge우선 Merge는 아시다시피 다른 브랜..

목차 1. 문제 상황 2.원인 및 해결 방법 1. 문제 상황깃에 feature 브랜치를 만든 후 작성한 코드를 push를 했는데 문제는 사진과 같이 pr요청이 나오질 않는 상황입니다. 2.원인 및 해결 방법원인- 프로젝트를 생성후 코드를 작성한 다음 프로젝트의 로컬 브랜치와 깃 브랜치의 히스토리가 맞질 않아서 생겼던 문제로 당시에 main 브랜치에 최신화를 하기 위해서 pull을 사용했는데 결과는 아래의 사진과 같이 나왔습니다. 사진에 보면 fatal: refusing to merge unrelated histories라고 적혀 있는데 이것은 로컬 브랜치와 원격 브랜치가 각각 독립적으로 초기화되어 히스토리가 연결되지 않은 상태입니다. 그래서 깃의 이력을 다음과 같은 명령어로 확인을 해본 결과는 다..
목차1.Git?2.Git의 특징3.Git의 주요 명령어 1.Git?Git은 분산 버전 관리 시스템으로, 소스 코드의 변경 이력을 관리하고 협업을 쉽게 할 수 있도록 도와주는 도구입니다. 분산 버전 관리 시스템 : 파일의 변경 이력을 관리하고, 팀원 간의 협업을 효율적으로 할 수 있게 도와주는 도구입니다. 특히, 로컬 컴퓨터와 중앙 저장소에 모두 데이터를 저장할 수 있는 방식으로 운영됩니다. Git이 대표적인 분산 버전 관리 시스템입니다.2.Git의 특징 로컬에서 작업 가능모든 파일의 변경 이력과 데이터를 로컬에 저장하기 때문에, 네트워크 연결 없이도 변경 작업이 가능합니다.협업의 유연성여러 사용자가 독립적으로 작업한 뒤, 중앙 저장소에 병합(Merge)할 수 있습니다.브랜치를 생성하여 독립적인 작업 환..