일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 | 31 |
- 유니온파인드
- 완전탐색
- 트러블슈팅
- 싸피
- 다시보기
- 알고리즘
- 기본유형
- 코딩테스트실력진단
- Union Find
- Java
- DFS
- 자바
- 그래프
- SSAFY
- 완탐
- BFS
- database
- JUnit
- 백준
- 알고리즘기본개념
- SWEA
- 코테
- 코딩테스트
- JPA
- Spring
- DP
- 다익스트라
- 그리디
- 코드트리
- 부분수열의합2
- Today
- Total
목록DEV-STUDY/Git (3)
HwangHub
상황은 이랬다.싸피 내 데스크탑을 이용하고 있었다.데스크탑 자리는 주기적으로 변경된다.나는 지난번엔 분명 이 PC에서 git을 이용했다.사용하고 있는 git repo 플랫폼은 git lab이다.어느날 갑자기 remote repository에 git을 이용하여 clone과 push를 하는 작업을 하려고 하면 위와 같은 에러가 발생했다.심지어 내 개인 repo에 push하는 것도 실행되지 않았다...(이 지점에서 무언가 단단히 잘못됨을 느낌) project 경로는 copy & paste로 입력한 거라서 잘못되었을 수 없다고 판단했다.그렇다면 권한이 문제라는 가정을 한 채로, ssh key나 access token이 만료되었나 체크해봤다. 아쉽게도 만료되어서 발생하는 문제는 아니였다. (물..
프로젝트 팀의 FE 레포를 분리하여 관리했었는데, 이번에 프론트엔드 코드를 확인할 일이 있어서 레포에서 pull을 받으려고 했다가 마주한 에러이다. 진행했던 시나리오는 다음과 같다. git init git remote add origin git branch -m main git pull origin main git switch -c dev git pull origin dev main으로부터 dev가 분기했을 것이고, dev는 main보다 더 많은 커밋이 쌓여있는 상황이었기에 dev와 main의 커밋 히스토리 중 main이 당연히 더 뒤에 있을 것이라 판단하였다. 하지만 추측컨데, 그러지 않았던 것 같다. git pull origin dev를 수행하는 순간, fatal : refusing to merge ..
깃을 사용하여 버전관리를 하기 위해 처음 명령어를 배울 때, git push -u origin main 이라는 명령어를 통째로 외워서 사용하였다. $ git push -u origin branch 이제 깃을 점차 알게 되면서 -u 옵션의 의미를 알고 싶어졌다. '옵션 u' 의 의미 -u 옵션은 git push 명령에서 사용되는 'upstream 옵션'으로, 원격 저장소에 푸시하는 동시에 로컬 브랜치와 원격 브랜치를 연결하는 역할을 한다. 더 정확히 말하자면, 기본적인 git push 명령은 기본적으로 원격 저장소에 변경 사항을 푸시하지만, 여기에 -u 옵션을 사용하면 푸시한 브랜치를 upstream 브랜치로 설정한다. 여기서 말하는 upstream 브랜치는 로컬 브랜치와 연결된 원격 브랜치를 말한다. 버..