Git

버전 관리 시스템파일 변화를 시간에 따라 기록했다가 나중에 특정 시점의 버전을 다시 꺼내올 수 있는 시스템Git버전 관리 시스템 중 하나.소스코드를 여러 개발 PC와 저장소에 분산해서 저장이 가능가장 대중적인 방식Git을 사용하면코드의 변경사항을 간편하게 추적하고 조회

Working Directory: 현재 작업하고 있는 폴더 ( 그냥 폴더에 있는 파일들 )Staging Area: 버전을 기록할 것들을 옮겨 놓는 장소 (감시하고 있는 대상들)Local Repository: 내 PC에 파일이 저장되는 개인 전용 저장소 (찍어서 저장하는

변경 이력을 병합하는 과정이라고 할 수 있고 충돌 해결 이라고도 한다.충돌이 해결 됬다. -> merge commitadd B sentence 라고 웹에서 변경을 한다.git log로 기록을 확인해보면 웹 상에서 변경한 이력은 나와있지 않다.여기서 터미널로 변경을 해보

" 나뭇가지 " 라는 뜻.git에서 사용되는 의미는 " 구분된 작업 공간 " 을 의미한다.기존의 이력들은 유지된 채로 새로운 기능을 펼치고 싶을 때 브랜치를 새롭게 만드는 것브랜치는 구분된 작업공간을 의미한다.각자 독립된 작업공간에서 소스코드를 변경할 수 있다.(독립적

rebase를 사용하면, merge commit이 생성되지 않고, 최신 HEAD 뒤에 순차적으로 commit 내용을 붙일 수 있다.잠시 commit을 뒤로 돌리고 rebase 시켜보자.log를 보면board.txt 전으로 돌아간 것을 볼 수 있고병합과정을 sourcet

작업을 하다 보면 git add로 추가를 깜빡할 경우가 생기는데 그럴 때, 파일을 추가적으로 포함시켜서 커밋을 만들고 싶다면git commit --amend 명령어를 이용한다.저번에 pull request를 이용해서 merge하는 작업을 진행했다.merge작업은 이력이

파이썬의 소스코드 파일들을 올리려고 할 때.idea/venv/폴더를 볼 수 있는데.idea/ 해당 프로젝트의 설정 값들이 담기게 되는 폴더이다.개인 아이디 설정 값이기 때문에 다른 사람들과 공유할 필요가 없다.venv/가상환경을 담는 폴더이다.local의 버전에 따라서

내가 자주 보는 에러 중 하나.처음에 브랜치 하나 만들면 master나 main 브랜치에 pull request가 안되는 일이 종종 있었다.찾아보고 나니 저장소에 저장된 처음 초기상황(?)이 달라서 푸쉬가 되지 않았던 것.맞지 않기 때문에 다시 pull해서 합쳐주면 되