일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- express
- promtail
- IP
- javascript
- ERD
- 오픈텔레멘트리
- Amazon
- 환경변수
- ACC
- 알고리즘
- 네트워크
- CS
- 가상스레드
- 프로토콜
- 보안
- 위코드
- mysql
- github
- opentelementry
- 피드시스템
- AWS
- TCP
- 스프링부트
- wecode
- 클라우드
- node
- TCP/IP
- 백엔드프로젝트
- 정보처리기사
- 프로젝트
Archives
- Today
- Total
목록git push (1)
아무튼!

git push origin -f main 커밋 되살리기 사족이 깁니다. 해결과정은 맨 아래에 요약해 두었습니다. 깃허브에 푸시를 해야 할 일이 생겼는데 그날따라 왜 pull 없이 push가 하고 싶었을까... 너무 오만했던 나머지 git 님께서 오류 메시지로 구원의 손길을 내밀어 주시던 걸, 뿌리치고 강제 푸시를 해버렸다 정말 오류 메시지는 찬찬히 읽고 최대한 해결하자!! 나의 경우에는git add . git commit -m "" 진행 과정에서 변경 사항들 중 일부가 작업 테이블에 올라가지 않아서 나던 오류가 있었다. 하지만 앞에서도 말했듯이 그날따라 오류 메시지가 읽기 귀찮았고git push -f origin main을 해버린 것이었다... 본인의 뼈대 브랜치 명이 master인 경우에는 main ..
Study/Error.log
2023. 9. 18. 15:25