Git & GitHub

: 현재 상태 확인 명령어: 스테이징 명령어: 스테이징된 파일을 로컬저장소에 저장 명령어: 커밋 기록 조회 명령어: 커밋 비교 명령어: 스테이징 취소 명령어: 특정 커밋으로 되돌아가는 명령어: 특정 커밋으로 되돌리기 명령어: 브랜치 관련 명령어: 프랜치 이동 명령어

Git으로 버전을 관리하기 위해 필수적 사용하는 명령어가 git add와 git commit이다.이들은 각각 무엇인지, 그리고 왜 두 단계로 나누어져있는지를 알아보겠다.첫 번째 단계는 파일을 Git의 스테이징 영역에 추가하는 것이다. 이 작업은 git add 명령어로

코드를 짜다가 새로운 기능을 추가하려고 하는데, 코드를 잘못짜서 버그가 일어나고 프로그램이 망가질 수 있으므로 파일의 복사본을 만들어서 그곳에서 먼저 실행해보는 방법이 있다. 그것이 바로 branch(브랜치)이다.branch는 단어 의미 그대로 "가지"라는 의미로 사용

브랜치마다 신규 커밋이 하나 이상 있는 경우. 새로운 커밋을 생성하면서 합쳐준다. 이러한 유형을 3-way merge라고 한다.메인브랜치에 신규 커밋이 없는 경우. 그냥 브랜치의 최신 커밋을 main브랜치로 하기로 한다. 이러한 유형을 fast-forward merge

요즘에는 웬만한 에디터들은 깃 기능의 내장되어있다. 때문에 GUI로써 git을 사용할 수 있게 되었다. 파일이 많고 복잡할 경우에 사용하면 좋을 수 있다.VSCode에서 어떻게 그 기능을 사용할 수 있는지 알아보자.VSCode 에디터의 경우 왼쪽 git 처럼 생긴 메뉴

기억력이 아메바이기 때문에 나중에 또 참고할 수 있도록 순서를 남깁니다.아래 명령어를 실행하기 전에, 깃허브에 프로젝트 하나를 만들어두고 시작을 합니다.그다음 아래 내용을 순서대로 실행하세요.main 브랜치develop 브랜치 (개발용)feature 브랜치 (devel

merge를 진행하다보면 평소에 잘 하던 것도 갑자기 헷갈릴 때가 있다.아무래도 로컬과 원격의 브랜치 이름이 똑같다보니 오는 혼란인 것 같다.나만 그런가? 그래서 정리해봤다. 차근차근 곱씹어보자.상황 조건)나는 main 브랜치에서 "popup"이라는 새로운 브랜치를 만

앞선 포스팅에서 S3의 배포를 스크립트 실행 하나로 배포하는 방법에 대해 알아보았다. 하지만 해당 스크립트를 입력하는 것은 수동이므로 이 마저도 자동으로 하기위해 CI/CD라는 것이 존재한다.CI/CD는 Continuous Integration(CI)와 Continuo