일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- vscode
- java
- db
- react
- Javascript
- VIM
- frontend
- 동적 계획법
- Data Structure
- 자바
- Database
- 리트코드
- Algorithm
- Redux
- network
- TypeScript
- Graph
- CS
- 그레이들
- 프로그래머스
- DFS
- 안드로이드
- Python
- 백준
- 알고리즘
- 다이나믹 프로그래밍
- git
- DP
- LeetCode
- BFS
- Today
- Total
목록Programming Library & Tools (24)
늘 겸손하게
git reset --hard 를 통해 이전 commit으로 되돌아갈 수 있으나, 되돌리기(Reset) 실수를 했을 경우 한 번은 복구가 가능하다. 예시 특정 프로그램에 버전이 1, 2, 3이 있다고 가정하자. (3이 최신버전) git reset --hard HEAD~1 위 코드를 통해 버전 2로 되돌리기(reset)가 가능하다. 하지만 reset에 실수가 있었다는 것을 깨닫고 버전 3으로 복구하고 싶으면 아래 코드를 실행하면 된다. git reset --hard ORIG_HEAD 마무리 코드가 유실될 수 있으므로 reset --hard 옵션 되돌리기는 사용을 지양하자.
문제 Windows 운영체제에서는 line ending으로 CR(Carriage - Return , \r)과 LF(Line Feed, \n)을 사용하고 Unix, MAC OS는 LF(Line Feed, \n)만 사용한다. 이 때문에 소스 변경이 없는데도 소스의 CR/LF 때문에 변경으로 인식하여 commit이 되버릴 수 있으며 merge 마다 문제가 생길 수 있다. 이 문제를 해결하기 위해 crlf 처리 방법을 통일해야 한다. autocrlf 통일 Window의 경우 저장소에서 가져올 때 LF을 crlf으로 변경하고 저장소에 보낼때는 crlf을 LF으로 변경하도록 true로 설정한다. git config --global core.autocrlf true Linux, MAC OS lf만 사용하므로 inpu..
자꾸 까먹는다.. control + ` : 컨트롤 키 + ` ( option + ~ ) ` : backtick character