Git GitHub

$ cd 이동할 하위 디렉토리 명$ git remote add origin github 저장소 주소 $ git init$ git remote -v$ git add .$ git commit -m "커밋메시지" $ git push -u origin main$ git

개발을 진행하면서 git과 github를 활용할 때 편리하지만 충돌이 발생할 때마다 멘붕상태에서 어거지로 상황을 해결했었다. 그래서 제대로 활용해보기 위해 따로 공부를 시작해보려한다!!Git 전역으로 사용자 이름과 이메일 주소를 설정git config --global

Git의 강점 스냅샷 사용 새로운 버전이 만들어질 때 해당 버전에서의 각 파일이 최종 상태 그대로 저장됨 ⇒ 현 시점의 각 파일들을 불러오면 되기 때문에 진행속도가 빠름 분산 버전 관리 모든 구성원들이 git의 상태까지 공유하기 때문에 각자 작업하

👥 global 설정 & local 설정 Local 설정 global 설정 ⚙️ 설정값 확인 현재 모든 설정값 보기 에디터(vs code)에서 보기 기본 에디터(vs code) 수정 code 자리에 원하는 편집 프로그램의 .exe파일 경로 연결 --wait 

✉️ 커밋 메시지 작성 커밋 시 권장사항 하나의 커밋에는 한 단위의 작업을 넣도록 한다. 커밋 메시지는 어떤 작업이 이뤄졌는지 알아볼 수 있도록 작성한다. 커밋 메시지 컨벤션 type | 타입 | 설명 | | --- | --- | | feat | 새로운 기능 추가

git branch (생성할 브랜치명)git branchgit switch (이동할 브랜치명)checkout 명령어가 Git 2.23버전부터 switch, restore로 분리git switch -c (생성•이동 할 브랜치명)git branch -d (삭제할 브랜치명)

두 브랜치의 공통 조상을 기준으로 각 브랜치의 변경 사항을 비교하여 새로운 병합 커밋을 생성하는 방식한 쪽 브랜치에만 이후 커밋이 있을 경우 둘을 병합할 때 새로운 커밋 없이 브랜치 HEAD를 최신 커밋으로 이동시키는 방식단점 : 작업 후 어떤 브랜치를 사용했고 언제

✅ 체계적이고 안정적인 브랜치 전략✅ 릴리스 주기가 길고 QA가 중요한 프로젝트에 적합기능 개발: feature 브랜치에서 진행 후 develop 브랜치에 병합릴리스 준비: release 브랜치를 생성하여 QA 및 최종 검증 후 main에 병합긴급 수정: hotfix

reset : 원하는 시점으로 돌아간 뒤 이후 내역들을 지웁니다.git log로 커밋 내역 확인되돌아갈 시점의 커밋 해시 복사reset으로 되돌리기git reset --hard (돌아갈 커밋 해시)reset 하기 전 시점으로 복원git reset --hard 뒤에 커

폴더 안에 있는 파일까지 삭제하려면working directory의 특정 파일 복구git restore . : 전체 파일 복구

특정 시점을 키워드로 저장하고 싶을 때커밋에 버전 정보를 붙이고자 할 때특정 커밋을 가리키는 용도(light weight)작성자 정보와 날자, 메시지, GPG 서명 포함(annotated)아래 명령어 작성 후 메세지를 작성할 수 있는 편집기로 이동메시지 까지 한 번에

각 커밋의 해시, 저자 이름, 저자 이메일, 커밋한 날자, 커밋 메시지어떤 파일이 수정됐는지, 얼마나 많은 파일이 변경됐는지, 얼마나 많은 라인이 추가하거나 삭제했는지<span style="font-size:14px; color : 포맷된 로그 보기→ 단축키(ht

Git상의 이벤트마다 자동으로 실행될 스크립트를 지정Git Hooks 폴더 보기 \- .git/hooks폴더 속 파일들 끝에 .sample 을 없애면 훅 실행 파일이 됨.(파일의 이름은 각각이 언제 실행되는가를 나타냄)gitmoji-cli 활용해보기 gitmoji-cl

git remote add origin (원격 저장소 주소) git branch -M maingit push -u origin main git remote -vgit remote remove (origin 등 원격 이름)git clone (원격 저장소 주소)git pu

프로젝트를 사용하는 방법이나, 설명을 적는 파일README 작성 마크다운 문법 살펴보기 Basic writing and formatting syntaxMarkdown Cheat Sheet 변경사항을 merge하기 전 리뷰를 거치기 위함 - 팀원들의 동의를 거친 뒤

CI/CD : 지속적 통합과 배포Continuous Integration 지속성 통합Continuous Deployment/Delivery 지속적 배포: 소프트웨어 workflow를 자동화할 수 있도록 도와주는 도구.github/workflows 폴더 안에 .yml 파

애플리케이션 배포 과정을 자동화하여 더 짧은 주기로 고객에게 서비스를 제공하는 방식: 개발자들이 코드 변경사항을 주기적으로 메인 브랜치에 병합하는 과정을 자동화한 것코드 변경사항이 발생할 때마다 자동으로 빌드와 테스트를 수행하여 문제를 조기에 발견할 수 있음: 애플리케