grep 기능을 이용해 로그 분석 중 불필요한 줄을 제거하는 것은 아주 자주 사용하는 명령이다. 이를 좀 더 알아보자.
예제로할 .bash_profile의 내용이 다음과 같다고 가정하자.
Hochului-MacBook-Pro:~ hochulshin$ cat .bash_profile
export ANDROID_HOME=/usr/local/opt/android-sdk
export PATH="/usr/local/Cellar/node/6.3.1/bin:$PATH"
[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session *as a function*
# Setting PATH for Python 3.5
# The orginal version is saved in .bash_profile.pysave
PATH="/Library/Frameworks/Python.framework/Versions/3.5/bin:${PATH}"
export PATH
##
# Your previous /Users/hochulshin/.bash_profile file was backed up as /Users/hochulshin/.bash_profile.macports-saved_2016-07-06_at_21:09:39
##
# MacPorts Installer addition on 2016-07-06_at_21:09:39: adding an appropriate PATH variable for use with MacPorts.
export PATH="/opt/local/bin:/opt/local/sbin:$PATH"
# Finished adapting your PATH environment variable for use with MacPorts.
alias mysql='/usr/local/mysql/bin/mysql'
alias mysqladmin='/usr/local/mysql/bin/mysqladmin'
grep의 -v 옵션은 패턴이 일치하는 경우 그 줄을 표시하지 않는 것이다. -e 옵션은 regex를 사용한다는 것이다. 이를 조합하여 다음과 같은 명령을 실행할 수 있다.
빈 줄을 제거하는 옵션은 다음과 같다.
grep -v -e '^$' 파일명
위의 예제에 적용한 것은 다음과 같다.
Hochului-MacBook-Pro:~ hochulshin$ cat .bash_profile | grep -v -e '^$'
export ANDROID_HOME=/usr/local/opt/android-sdk
export PATH="/usr/local/Cellar/node/6.3.1/bin:$PATH"
[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session *as a function*
# Setting PATH for Python 3.5
# The orginal version is saved in .bash_profile.pysave
PATH="/Library/Frameworks/Python.framework/Versions/3.5/bin:${PATH}"
export PATH
##
# Your previous /Users/hochulshin/.bash_profile file was backed up as /Users/hochulshin/.bash_profile.macports-saved_2016-07-06_at_21:09:39
##
# MacPorts Installer addition on 2016-07-06_at_21:09:39: adding an appropriate PATH variable for use with MacPorts.
export PATH="/opt/local/bin:/opt/local/sbin:$PATH"
# Finished adapting your PATH environment variable for use with MacPorts.
alias mysql='/usr/local/mysql/bin/mysql'
alias mysqladmin='/usr/local/mysql/bin/mysqladmin'
위에서 공백 줄이 있는 것은 스페이스로만 구성된 줄이 있다는 것이다.
위의 예제의 스페이스로만 구성된 줄도 함께 제거하자.
grep -v -e '^\s*$' 파일명
공백이 0번이상 반복되어 있는 것도 제거한다는 것이다.
위의 예제에 적용한 것은 다음과 같다.
Hochului-MacBook-Pro:~ hochulshin$ cat .bash_profile | grep -v -e '^\s*$'
export ANDROID_HOME=/usr/local/opt/android-sdk
export PATH="/usr/local/Cellar/node/6.3.1/bin:$PATH"
[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session *as a function*
# Setting PATH for Python 3.5
# The orginal version is saved in .bash_profile.pysave
PATH="/Library/Frameworks/Python.framework/Versions/3.5/bin:${PATH}"
export PATH
##
# Your previous /Users/hochulshin/.bash_profile file was backed up as /Users/hochulshin/.bash_profile.macports-saved_2016-07-06_at_21:09:39
##
# MacPorts Installer addition on 2016-07-06_at_21:09:39: adding an appropriate PATH variable for use with MacPorts.
export PATH="/opt/local/bin:/opt/local/sbin:$PATH"
# Finished adapting your PATH environment variable for use with MacPorts.
alias mysql='/usr/local/mysql/bin/mysql'
alias mysqladmin='/usr/local/mysql/bin/mysqladmin'
패턴이 #이라고 한다면 아래와 같이하면 #으로 시작하는 줄이 제거된다.
grep -v -e '^#' 파일명
위의 예제에 적용한 것은 다음과 같다.
Hochului-MacBook-Pro:~ hochulshin$ cat .bash_profile | grep -v -e '^#'
export ANDROID_HOME=/usr/local/opt/android-sdk
export PATH="/usr/local/Cellar/node/6.3.1/bin:$PATH"
[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session *as a function*
PATH="/Library/Frameworks/Python.framework/Versions/3.5/bin:${PATH}"
export PATH
export PATH="/opt/local/bin:/opt/local/sbin:$PATH"
alias mysql='/usr/local/mysql/bin/mysql'
alias mysqladmin='/usr/local/mysql/bin/mysqladmin'
이건 쉽다. 위의 두개를 스트림으로 연결하는 것이다.
위의 예제에 적용한 것은 다음과 같다.
Hochului-MacBook-Pro:~ hochulshin$ cat .bash_profile | grep -v -e '^\s*$' | grep -v -e '^#'
export ANDROID_HOME=/usr/local/opt/android-sdk
export PATH="/usr/local/Cellar/node/6.3.1/bin:$PATH"
[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session *as a function*
PATH="/Library/Frameworks/Python.framework/Versions/3.5/bin:${PATH}"
export PATH
export PATH="/opt/local/bin:/opt/local/sbin:$PATH"
alias mysql='/usr/local/mysql/bin/mysql'
alias mysqladmin='/usr/local/mysql/bin/mysqladmin'
아래 글을 지극히 개인적인 선호에 따라 설정한 IntelliJ 키맵입니다. 개인적으로 정리하기 위한 글이오니 되도록 참고하지 말아주세요.
IntelliJ IDEA를 본격적으로 사용하기 위해 vi와 eclipse 단축키에 익숙한 나 자신만을 위해 IntelliJ 키맵 설정을 해본다. 되도록 나의 eclipse keymap과 유사하고 vi mode에 최적화된 keymap을 설정하고자 한다.
IntelliJ IDEA > Preferences > Keymap으로 가서 Keymaps를 Mac OS X 10.5+로 한 후 copy를 하여 새로운 이름의 keymap으로 정한다. 참고로 Preferences 단축키는 command + ,이다.
이제 키보드 설정을 추가한다. 중간에 다른 키보드 설정을 제거한다는 경고가 뜨면 이전 설정을 지우는 것으로 하고 그냥 진행한다.
Preferences에서 Other Settigs > Vim Emulation으로 이동한다. 모두 IDE로 바꾼다.
위의 변경내용이 반영된 자주 사용하는 단축키는 다음과 같다.
모두 블랙을 좋아하지만 기본 테마가 좀 더 깔끔
Preferences > Editor > Colors & Fonts > Font
Preferences > Editor > Colors & Fonts > Java
git stash/git stash pop은 수정하고 있던 파일을 잠깐 저장해 두고 다른 작업을 하기에 용이하다. 예를 들어 A feature를 개발하고, B feature를 개발하고 있는 도중 A feature의 review comment를 해결하기 위해 현재 수정사항을 잠깐 묻어두기에 적합하다. 하지만 아래와 같은 문제를 해결할 수 없다.
아래 명령으로 새로운 branch를 만들자.
git checkout -b <new branch>
수정사항을 그 브랜치에 commit하고 원 브랜치로 다시 돌아온다.
git commit -a -m "comment"
git checkout <original branch>
이제 원래 브랜치에도 수정사항이 생기고 새로운 브랜치도 작업을 하느라 수정 사항이 계속 생긴 경우를 가정하자. 프로젝트를 하다보면 다른 사람의 수정사항을 중간에 패치해야 하는 경우 등이 생긴다. 이런 경우 원래 브랜치에서 원격 저장소로부터 pull을 해야 하고, 그 수정사항을 다시 새로운 브랜치에 적용해야 한다.
상당히 골치 아픈 경우이다. 왜냐하면 새로운 브랜치의 수정사항을 원래 브랜치에 결국은 합쳐야 하는데 이때 conflict이 날 수 있기 때문이다.
원격 저장소의 수정사항이 생긴 것으로 가정하자. 원 브랜치에서는 pull을 해서 적용하면 된다. conflict이 나면 적당히 resolve한 후 commit한다. 새로 만든 브랜치에서는 pull을 할 수 없으므로 cherrypick을 한다.
새로운 브랜치에서는 원격 저장소에서 가져오고자 하는 commit을 확인한다. 그 다음 cherry-pick을 통해 가져온다.
git cherry-pick <commit의 hash>
cherry-pick은 range를 통해 가져올 수 있다.
git cherry-pick <더 이전 commit의 hash> <이전 commit의 hash>
cherry-pick도 당연히 conflict이 발생할 수 있다. 이때 표시된 파일을 열고 conflict 난 부분을 해결하고 다음 명령으로 더 진행한다.
git cherry-pick --continue
개념은 단순하다. 원 브랜치에서 새로운 브랜치의 수정사항을 merge하는 것이다. 그런데 주의할 것은 원격 저장소의 변경 사항을 먼저 가져와서 합치고 난 후 새로운 브랜치를 가져오는 것이 좋다는 것이다.
git checkout <원브랜치>
git pull origin <원브랜치>
### 충돌 해결
### 테스트
### add/commit
git merge <새로운 브랜치>
### 충돌 해결
### 테스트
### add/commit
git push origin <원브랜치>
patch를 만들고 적용하는 것을 살피보자.
diff -Naur ./Old ./New > files.patch
이제 적용을 하려면 일단 먼저 files.patch를 열어본다.
그러면 어느 디렉토리의 구조가 맨 처음에 보일 것이다.
iff -Naur ./OLD/AAA/bye.c ./NEW/AAA/bye.c
./Old 안에서 files.patch를 적용하려면 ./Old밖에서 만든 patch이므로 디렉토리 하나를 생략해야 한다. 즉, ./OLD가 아닌 AAA부터 시작되어야 현재 디렉토리 구조와 동일할 것이다. 이때 사용하는 것이 -p 플래그이다. 만약 절대 경로를 사용했다면 여러 개의 디렉토리를 생략해야 할 것이다. p는 슬래쉬의 숫자를 지정하는 것인데 위의 경우 ./OLD/를 제외하면 되므로 -p2으로 하면 된다. 슬래쉬 숫자이므로 반드시 patch파일을 확인해서 현재 디렉토리 구조와 확인해 봐야 한다.
그래서 ./Old안으로 files.patch를 복사한 후 다음 명령을 실행한다.
patch -p2 < files.patch
만약 백업이 필요할 경우 -b 플래그를 추가하면 이전 파일이 .orig 확장자로 남게 된다.
patch -p2 -b < files.patch를 실행하면 된다.
patch -p2 -R < files.patch
그런데 백업을 해 놓은 경우 .orig파일들은 그냥 남아있게 된다.
–> find . -name *.orig -type f -delete 를 해서 깨끗이 지운다.
git의 diff하는 법을 알아보자. diff를 잘 알면 이를 이용해 patch를 만들 수 있다. patch를 만들면 beyond compare와 같은 GUI툴을 이용해서 하나씩 비교하면서 천천히 살펴볼 수 있다.
git diff <branch명> <다른 branch명>
git diff <branch명> origin/<branch명>
git diff <commit hash> <commit hash>
checkout remote branch 이름을 먼저 확인한 뒤
git diff <현재 브랜치> <checkout remote branch>
checkout remote branch 이름을 먼저 확인한 뒤
git diff <commit hash> <checkout remote branch>
git diff HEAD HEAD^
아래 stage된 것과 아닌 것을 모두 확인하는 법이다. 주의 할 점은 untracking 파일은 비교에서 제외된다는 것이다.
git diff HEAD
git diff --cached 또는 git diff --staged
git diff
BeyondCompare를 이용하는 경우이다.
하위 폴더를 포함해서 파일 내용 검색해서 표시하는 것은 가끔 필요하기 하지만, 아주 절실할 때가 많다. 그 방법을 알아보자.
간단히 다음과 같은 폴더 구조를 생각해보자.
project - txt - AAA.txt
- java - BBB.java
project폴더 아래 txt, java 폴더가 각각 있고 각 폴더아래 aaa.txt 파일과 bbb.java파일이 있는 것이다.
AAA.txt파일의 내용은 다음과 같다.
This file is a text file.
1. The first line is for class.
2. The second line is for interface.
3. The third line is for dummies.
public class BBB {
void BBB() {
//dummies
}
}
검색 시간을 줄이기 위해서는 파일 확장자를 제한하는 것이 필요하다. 쓸데없는 파일까지 뒤져서 출력하면 결과를 확인하기도 어려우니 말이다. 그것을 감안하고 다음 사용 방법을 살펴보자.
find . -type f -name *.파일확장자 -print0 | xargs -0 grep -l 검색키워드
project 폴더에서 다음과 같은 사용 예를 보자.
$ find . -type f -name *.java -print0 | xargs -0 grep -l dummies
./java/BBB.java
BBB라는 패턴과 가진 파일 중 java 확장자를 가진 BBB.java 파일 명을 보여준다.
확장자를 늘리기 위해서는 ‘f ( -name *.확장자1 -o -name *.확장자2 -o -name *.확장자3 )’ 이런 식의 약간 복잡한 패턴을 사용해야 한다.
find . -type f \( -name *.확장자1 -o -name *.확장자2 -o -name *.확장자3 \) -print0 | xargs -0 grep -l 검색키워드
project 폴더에서 다음과 같은 사용 예를 보자.
$ find . -type f \( -name *.java -o -name *.txt \) - -print0 | xargs -0 grep -l dummies
./java/BBB.java
./txt/AAA.txt
이제 원하는 패턴을 가진 모든 파일을 보여준다.
키워드가 공백을 포함한 문자열인 경우는 어떨까? 간단히 검색 키워드의 시작과 끝은 ‘‘로 감싸면 된다. 예를 들어 dummies를 찾는데 //dummies를 빼고 싶다면 앞에 여백이 하나 있는 것을 찾으면 된다.
find . -type f \( -name *.확장자1 -o -name *.확장자2 -o -name *.확장자3 \) -print0 | xargs -0 grep -l '검색 키워드'
project 폴더에서 다음과 같은 사용 예를 보자.
$ find . -type f \( -name *.java -o -name *.txt \) - -print0 | xargs -0 grep -l ' dummies'
./txt/AAA.txt
//dummies는 검색에서 제외한다.
일치하는 내용을 가진 줄을 결과로 보고 싶다면 어떻게 할까? ‘grep -l’ 명령대신 ‘grep -H’를 넣으면 되고, 색깔을 이용해 패턴을 강조하고 싶다면 ‘–color’ 플래그를 추가한다.
find . -type f \( -name *.확장자1 -o -name *.확장자2 -o -name *.확장자3 \) -print0 | xargs -0 grep -H --color '검색 키워드'
project 폴더에서 다음과 같은 사용 예를 보자.
$ find . -type f \( -name *.java -o -name *.txt \) -print0 | xargs -0 grep -H --color 'BBB'
./java/BBB.java:public class BBB {
./java/BBB.java: void BBB() {
파일 내용 만이 아니라 그 내용까지 알아 볼 수 있다!
최종적으로 다음과 같은 명령을 사용하면 된다는 것을 알 수 있을 것이다.
find . -type f \( -name *.확장자1 -o -name *.확장자2 -o -name *.확장자3 \) -print0 | xargs -0 grep -H --color '검색 키워드'
이것을 .bashrc 등에 등록해 놓고 간단하게 사용하는 방법도 있을 것이다.