Git 버전 관리

`버전 관리'' 는 무엇이고 우리는 왜 이것을 알아야 할까? 버전 관리 시스템은 파일 변화를 시간에 따라 기록 및 저장했다가 나중에 특정 시점의 버전을 다시 꺼내올 수 있는 시스템이다.

프로젝트의 저장하는 순간에,파일이 달라지지 않았으면 Git은 성능을 위해서 파일을 저장하지 않는다. 단지 이전 상태의 파일에 대한 링크만 저장한다.대부분의 작업을 로컬에서 실행중앙저장소의 서버가 필요없이 현재 저장소에 가지고 있는 프로젝트를 가지고 파일을 실행하고 이전

Git 간편 안내서깃 다운로드Windows Explorer integration 체크 확인git --version

깃치트시트Git을 설치하고 나서 먼저 설정하는것은 사용자 이름과 이메일 주소를 설정하는 것이다. Git은 커밋할 때마다 이 정보를 사용한다. 한 번 커밋한 후에는 정보를 변경할 수 없다. (최초 설정 )​모든 로컬 저장소에 적용할 사용자 정보를 설정합니다이름$ git

https://www.youtube.com/watch?v=EL6AQl-e3AQhttps://velog.io/@limhm1396/%EB%B2%88%EC%97%ADCommand-line-crash-coursehttps://nameesse.tist

workspace = 작업공간(폴더) = 저장소(Repo) Repo 상태확인 명령어 깃의 저장소(Repo)를 만드는 명령어 ![](https://velog.velcdn.com/images

아직 추가 되지 않은 새로운 파일과 수정된 파일의 목록을 보여줍니다커밋을 준비하기 위해 파일을 stage 합니다stage한 내용을 커밋으로 영구히 저장합니다 이때 작업내용을 메세지로 적어 쉽게 어떤 작업을 해서 저장햇는지 보여줍니다.

새 폴더 Shopping 만들기 Shopping 폴더를 Git Repo (저장소) 로 만들기 새 파일 fruits.txt 만들기새 파일 vegitables.txt 만들기만든 두 파일들을 커밋 하기 메세지는 "과일과 야채 리스트"fruits.txt 파일에 아래와 같이

한번에 하나의 작업을 커밋하기 >한번에 여러파일을 수정및 새로 생성 / 삭제 할 수는 있지만, 커밋을 할때는 의미있는 하나의 작업 단위로 쪼개어 커밋과 자세한 메세지로 설명하기 예) 여러 파일의 내용중 어떤 이름을 수정할 경우 수정된 모든 파일들을 모아서 함께 커밋

git log 사용법마지막 커밋에 새로운 사진을 하나더 추가(add) 하고

각종 비밀번호, ID 등OS 나 프로그램 관련 파일들 (프로젝트와 상관없는 파일들)로그 파일들라이브러리(jar), 패키지 등파일이름 => 그 파일 제외폴더이름/ => 그 폴더 및 안의 내용 모두 제외.log => 은 모든 파일을 의미 ( 확장자가 .log로 끝나는 모

한사람은 에러체크만 열심히어떤 사람은 새로운기능 예를들어 로그인 기능 추가다른 사람은 게시판 기능 추가또 한사람은 테스트를 열심히 한다팀장이 추가된 기능을 Master에 합친다.아래와 같이 커밋이 될때 커밋 해시값이 자동으로 생성된다.이 커밋 해시값으로 커밋을 구분한다

새 브랜치를 만들더라도 HEAD는 현재 Master에 위치Master => 다른 브랜치에 HEAD 표시

두개의 브랜치를 합침 (커밋이 아님) 현재Head가 가르키는 브랜치에 합침 아래와 같이 간단하게 merge 해 보기 >### 먼저 합침을 할 브랜치로 이동한 후에 병합할 브랜치를 선택 1. Bugfix 브랜치를 만들어 2번의 커밋 ![](https://velog

=============== 의 위쪽 head 부분(현재 마스터) 은 korea에 없는 부분 =============== 아래는 합칠 korea에만 있는 부분 파일 저장뒤에(병합문제 해결)파일을 add , commit 한다. 이때 메세지는 영문 "resolve(해

커밋의 변경된 것들 찾기

깃허브 가입 후 새 저장소 생성 후 내 컴퓨터 저장소의 내용을 깃허브로 올리기

git remote remove origin ​git remote add origin https://github.com/계정/리포지토리​\-v 옵션을 주어 단축이름과 URL을 함께 볼 수 있다.$ git remote -v ​​Git 프로젝트 제거 => myap

Branch 브랜치는 일종의 독립된 작업을 진행하기 위한 작업 공간의 개념이다. 맨 처음 Git을 초기화했을 때 기본적으로 master라는 이름의 브랜치가 하나 생성된다. 그 후 개발하는 기능 또는 버그 픽스에 따라서 브랜치를 새로 생성하고 거기서 작업한 후에 나중에

깃허브에서 새 저장소 생성 생성후 키보드 .(점)을 누르면 => 웹 VS 코드가 이 저장소를 작업폴더로 열린다. 이제 어디서든 이 웹 VS 코드로 작업 가능하다. README.md 파일 수정 >리드미(README, readme, read me) 파일은 디렉터리나 압축 파일에 포함된 기타 파일에 대한 정보를 포함하고 있으며, 일반적으로 컴퓨터 소프트웨...

참고

index.html 에 favicon 이 없으면 서버 에러가 날수 있기 때문에 아이콘이 없더라도 만들어 준다. 수정 -> add -> 커밋 -> 푸쉬 push 셋팅의 아래쪽 페이지에 만약 현재 저장소가 private ( 비밀 ) 로 되어 있으면 public (공개

https://gist.github.com/ihoneymon/652be052a0727ad59601이 벨로그 velog 가 마크다운 문법을 사용한다.

https://learngitbranching.js.org/?locale=ko게임으로 마스터 한다.위 사이트 들어가서 메인의 모든 문제, 원격의 모든 문제를 풀어 보세요​commit : 커밋branch : 새 branch 만들기checkout : bran

혹시 일반자격증명에깃허브 사용자가 다른사람이면 본인으로 수정

병합 충돌(merge conflicts )의 이해 1. 깃허브 사이트에서 .(점을 눌러 VS Code 실행) 하여 수정한뒤 바로수정1 로 커밋 2. 내컴퓨터 test 폴더에서 VS Code

https://mobicon.tistory.com/193?category=527261협업 매뉴얼