아무거나

git log // 특정 파일 커밋로그확인

파일 하나의 변경 이력을 한번에 확인해야 할 때가 가끔 있다. 물론 GUI 도구들이 워낙 잘 되어 있어서 쉽게 파악이 가능한 부분이지만 콘솔에서 필요할 때 다음의 명령어를 활용할 수 있다.git log는 다양한 기능을 가지고 있는데 단순히 커밋 로그만 보여주는 것 외에도 포맷을 달리 하거나 diff를 같이 보여준다거나 하는 기능이 있다. 여기서는 단일 파일을 확인하는 방법을 위주로 살펴보려 한다.다음 명령어는 해당 파일이 커밋된 기록을 한번에 확인할 수 있다.$ git log 이 목록을 diff의 결과처럼 라인별 변경 사항을 확인하고 싶다면 -p 플래그를 사용할 수 있다.$ git log -p 내용이 너무 많으면 - 플래그로 출력 수를 정할 수 있다.$ git log -p -5 특정 키워드의 변경을 확인..

[git 되돌리기]# 특정 파일의 수정 되돌리기(git add 명령으로 stage에 올리지 않은 경우) 1. repositoryt내 모든 수정 되돌리기 - cd {repository_root_dir} - git checkout . 2. 특정 폴더 아래의 모든 수정 되돌리기 - git checkout {dir} 3. 특정 파일의 수정 되돌리기 - git checkout {fine_name} # git add 명령으로 stage에 올린 경우 1. git reset # commit을 한 경우 1. git reset --hard HEAD^ - master 브랜치의 마지막 커밋을 가리키던 HEAD를 그 이전으로 이동시켜서 commit 내용을 없앰 2. git reset HEAD^ - commit은 취소하고 com..

ex) github repo 이름이 deploy일때echo "# deploy" >> README.md git init git add README.md git commit -m "first commit" git remote add origin https://github.com/bkjeon1614/deploy.git git push -u origin master​

git branch -d {branch name} git branch // 확인

> git status삭제된 파일들이 deleted 되었다며 잔뜩 나올때가 있다. 이럴 때, 가장 쉽게 할 수 있는 방법 중 하나는 다음과 같다. > git rm --> 삭제된 파일들 하나씩 제거 > git commit -m "msg" > git push 지운 파일이 많을 경우 > git add -u --> -u 옵션의 의미는 update tracked files > git commit -m "msg" > git push 이렇게 하면, 한 번에 삭제된 모든 파일을 스테이지에 올리고 저장소에 반영할 수 있다

warning: LF will be replaced by CRLF in .htaccess.The file will have its original line endings in your working directory.​ 사용하다보면 이러한 에러와 직면할떄가 있다.필자는 git 레파지토리에 초기 세팅을 하기위해 커밋과 푸시를 하고 git status명령어로 확인해보니.gitignore와 .htaccess 2개의 파일이 push되지 않았음을 확인했다. 해결방법은 이러하다.원인 : 윈도우 계열과 유닉스(맥, 리눅스) 계열에서의 서로 다른 플랫폼에서의 공유시 발생하는 소스의 줄바꿈 이었다. 협업할 때 겪는 소스 포맷(Formatting)과 공백 문제는 미묘하고 난해하다. 동료 사이에 사용하는 플랫폼이 다를 때는..

git reset --hard [HEAD id] // 특정 시점으로 리셋 시킨다git push origin {branch name} --force // 선택한 시점에서 강제로 push를 보낸다git push origin {branch name}​ // 일반 push를 한번 더 보낸다

1. 클론 - 복제/생성 -> 저장소 복제 -> 클론 2. 브랜치 스위칭 - 브랜치 오른쪽 클릭 -> 원격 브랜치 추적 ex) 응용 : 상단 메뉴에 저장소->브랜치-> 새브랜치체크아웃 체크 해제 -> 브랜치생성(로컬) 그러면 브랜치에 생성되고 그 생성된 브랜치를 원하는 remote 브랜치로 추적을 시키면 된다.​

git pull을 실행했으나 tracking 정보가 없어 merge해야 한다고 함.옵션(-allow-unrelated-histories)을 붙여 로컬 orgin과 리모트 master를 강제적으로 동기화 시킴 ex ) git pull --allow-unrelated-histories origin master git pull origin master –allow-unrelated-histories​