git merge (병합) git merge를 사용하여 브랜치를 병합하면 커밋 순서가 변경되지 않고, 기존 분기는 유지된다. 병합된 브랜치에 커밋 메시지가 중복으로 쌓인다. git merge 브랜치 합치기 git checkout main 후 git merge bugFix 하면 병합된 하나의 브랜치 완성 touch 파일명 파일생성 echo '내용' > 파일명 파일명에 해당하는 파일에 내용 덮어쓰기 (파일이 없다면 생성) cat 파일명 해당 파일명 내용 확인 git conflict (충돌 발생) 만약 파일 내용에 충돌이 발생하면 자동 병합에 실패하고 경고문이 노출됨. 이 때는 직접 병합해야한다. cat명령어로 충돌이 발생한 파일의 내용을 확인하고 필요한 내용만 남기거나 수정해야한다. 수정을 완료하고 커밋하면..
하나의 프로젝트를 branch를 이용해 여러 갈래로 나누어 작업할 수 있어 협업 시 유용하다. 현재 branch 확인 git branch : 현재 브랜치 확인 git branch -r : 원격 저장소의 브랜치 확인 git branch -v : 브랜치의 마지막 커밋 메시지 확인 branch 생성 git branch 브랜치명 : 브랜치 생성 git checkout 브랜치명 : 브랜치 생성 git checkout -b 브랜치명 : 브랜치 생성 및 이동 (한번에 처리) branch 삭제 git branch -d 브랜치명 : 해당 브랜치 삭제 git branch -D 브랜치명 : 해당 브랜치 강제로 삭제
터미널에서의 복사, 붙여넣기 복사 Ctrl + Insert 붙여넣기 Shift + Insert stage에 올라온 파일 원격저장소로 커밋하기 - commit git commit -m "커밋메시지" : 어떤 변경사항이 있는지 확인하기 위한 메시지 기록 git log : 저장소에 저장된 버전을 확인 git commit -am "커밋메시지" : stage에 올리고 커밋하는 과정을 한번에 처리 (이전에 커밋한 적이 있는 파일을 다시 커밋할 때만 사용) / 스테이징 옵션(-a), 메시지 옵션(-m) git commit --amend : 직전에 커밋한 메시지 수정 commit 내용 확인 git log : 현재까지 커밋했던 기록 확인 git log --stat : 커밋에 관련된 파일 확인 git log --onlin..
.gitignore 파일은 git 버전관리에서 제외할 파일 목록을 지정하는 파일이다. 아래는 인텔리제이 자바에 맞는 gitignore 코드이다. 프로젝트 루트폴더에 .gitignore 파일로 추가하면 된다. https://www.toptal.com/developers/gitignore/api/intellij,java # Created by https://www.toptal.com/developers/gitignore/api/intellij,java # Edit at https://www.toptal.com/developers/gitignore?templates=intellij,java ### Intellij ### # Covers JetBrains IDEs: IntelliJ, RubyMine, PhpSt..
로컬저장소(로컬 리포지터리) : 내 PC에서 관리하는 git 저장소 원격저장소(원격 리포지터리) : 로컬 저장소를 업로드하는 곳 (GitHub) 작업폴더(디렉터리) : 현재 작업하고 있는 폴더 Staging Area : 작업 폴더에서 변경 내용을 기록하는 곳 (commit 전에 올려두는 공간) commit하면 git 저장소로 내용 저장 화살표 ↑ ↓ : 사용한 명령어 다시 사용 GIT 초기 설정 git config --global init.defaultBranch main git config --global user.name "본인 깃허브 ID" git config --global user.email 깃허브 가입시 사용한 이메일 로컬 저장소 생성, 삭제 git init 로컬 리포지터리 생성. 현재 디렉토..
테스트 자동화 테스트 자동화는 수많은 기능을 테스트할 때 사람이 아니라 기계가 테스트하는 방법. 시간, 비용 절약 가능. 테스트의 정확성과 신뢰성 높일 수 있음. TDD 개발 방법론 TDD(Test Driven Development)는 테스트를 먼저 작성하고 이를 통과하는 코드를 작성하는 개발 방법론. Red 단계에서는 실패하는 테스트 코드를 먼저 작성한다. Green 단계에서는 테스트 코드를 성공시키기 위한 실제 코드를 작성한다. 최대한 빠르게 작업 작업시간이 10분이 넘지 말아야 함 5분 추천 꼼수를 써도 됩니다. Blue 단계에서는 중복 코드 제거, 일반화 등의 리팩토링을 수행한다. 다시 1단계 부터 반복 assertThat 활성화를 위해 그래들로 라이브러리 추가 testImplementation ..
