일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- ReactJS
- Web Server
- Gradle
- db
- Spring
- Spring Boot
- java
- 요리
- devops
- 맛집
- redis
- linux
- MySQL
- Oracle
- php
- Design Patterns
- JVM
- javascript
- jsp
- ubuntu
- laravel
- tool
- Git
- springboot
- jenkins
- IntelliJ
- it
- elasticsearch
- AWS
- Spring Batch
- Today
- Total
목록Infra/Git & SVN (29)
아무거나
# git merge 충돌 해결 1. merge로 충돌이 생기면 아래와 같은 에러가 발생한다. [에러] Auto-merging app/Ep/EpCreateTableQuery.php CONFLICT (content): Merge conflict in app/Ep/EpCreateTableQuery.php Automatic merge failed; fix conflicts and then commit the result. 2. git status로 충돌된 파일을 찾자 (both modified: ...) 3. 충돌이 발생한 파일을 수정한다. - '> exp' 사시의 구간이 병합하려는 대상인 exp 브랜치의 코드 내용입니다. 이 정보를 참고로해서 두개의 코드를 병합한 후에 특수기호들을 제거해주시면 됩니다. 작업..
git log -p
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)과 공백 문제는 미묘하고 난해하다. 동료 사이에 사용하는 플랫폼이 다를 때는..