차근차근 배움터

아무세팅도 안 했는데 업로드를 하려고 한다면 먼저 git 설치 github 가입 및 레포지토리를 하나 만든다 react-movie-list 라는 이름으로 만들고 git remote add origin https://github 주소

프로젝트 같은 포트폴리오를 repositories에 올린다고 알고 있었는데 막상 github를 둘러보니 projects 란이 있길래 무슨 차이가 있는 지 궁금했다. 결론은 초보자라면 repository에 프로젝트를 생성해서 넣으면 된다. project는 현업 프로젝트와 비슷하다고 함. Repositories - GitHub Docs Lists repositories for the specified organization. get /orgs/{org}/repos Name Type In Description accept string header Setting to application/vnd.github.v3+json is recommended. See preview notices org string pat..

hello git 강좌를 봤다고 Git이 저절로 배워지지 않습니다. 워드나 파워포인트, 이메일, 에버노트, 드롭박스 사용하는 것처럼 많이 많이 사용해 보세요. 익숙해 지면 하나도 어렵지 않습니다. (는 거짓말) git 기초 명령어 요약 clone: 원격 저장소 복사 add: 스테이지 영역에 작업 파일 추가 commit: 세이브, 스테이지 영역의 파일들을 가지고 커밋(=세이브) 를 만들 수 있다. push: 원격 저장소에 커밋을 업로드한다. 파일의 내용 되돌리기 특정 파일의 내용을 마지막 커밋으로 돌리고 싶다면 해당 파일 선택 후 코드 뭉치 버리기 선택 브랜치 변경하기 브랜치란: 기존 내용을 유지한 체 새로운 내용을 추가하고 싶을 때 사용한다. 체크아웃: 특정 브랜치(혹은 커밋) 으로 돌아가고 싶을 때 사..

기타 주의 사항 주석을 남기지 말자 책상도 아니고, 장식장도 아니고 왜 안 쓰는 코드를 남겨놓을까요? 좋은 커밋의 단위 커밋은 자주 합시다! 원자적으로 쪼갤 수 없는 단위 (주로 함수 등)의 의미있는 개발을 했다면 커밋을 합시다. 커밋 메시지를 잘 쓰자! 정말정말 중요한 내용입니다. Github을 프로파일로 제출했다면? 커밋 메시지를 봅니다. 첫줄에 요약 한 줄 띄우고 자세하게 내용을 적자. 미래의 나를 위해서라도 커밋 메시지는 잘 적자!

rebase 리베이스도 병합(merge)과 마찬자기로 두 브랜치의 내용을 하나로 합치고 싶을 때 사용합니다. rebase는 기본 merge와는 달리 트리가 더 깔끔하게 유지됩니다. 장단점 장점 깔끔한 트리 커밋 히스토리가 깔끔하게 정리된다. 단점 충돌 가능성이 더 높다. 위험하다. 이미 원격에 있는 브랜치를 rebase 하면 안 된다! 잘못하면 위험하다. 이미 원격 저장소에 올라간 경우 + 협업을 하고 있는 경우 특히 위험하다. Rebase 사용해보기 병합(merge) 처럼 두 브랜치를 합칠 때 사용합니다. 소스트리에서는 "재배치"라는 명령입니다. 즉 재배치라는 것은 master 에서 두 가지의 가지가 나왔다고 했을 때 병합할 때 사용할 수 있다. merge와 다른 점은 트리를 깨끗하게 유지할 수 있다는 점

브랜치 변경하기 브랜치를 만들고 체크아웃을 통해 변경하려고 하면 현재 작업디렉토리가 깨끗해야 합니다. 그런데 갑자기 다른 브랜치로 바꾸고 싶을 때 현재 작업 내용을 임시로 저장하고 싶다면? 이럴 때 스태시를 사용합니다. 스태시 사용하기 스태시를 사용하면 임시 저장 공간에 현재 작업 내용이 저장됩니다. 이 내용을 스태시라고 하고 언제든지 다시 복구할 수 있습니다. Commit --amend 와 stash 브랜치 체크아웃시 주의사항 브랜치를 만들고 체크아웃을 하려면 현재 작업 디렉토리가 깨끗해야 합니다. 그런데 갑작스럽게 체크아웃이 필요하다면? > 즉 변경사항이 있을 때는 다른 브랜치로 체크아웃할 수가 없다. > branch "test" 만들기 방법 1 작업 중인 내용의 임시 저장 1) 브랜치1에서 일단 (..

복습 1. revert로 쉽게 커밋을 되돌릴 수 있다. 2. revert로 되돌리면 이전 커밋이 남기 때문에 좋다. 4. SourceTree에서는 커밋 선택 - 우클릭 - 커밋 되돌리기 revert로 여러 커밋을 되돌리려면 어떻게 하나요? - 최신부터 순서대로 revert를 반복적용하면 된다! 다시 초기화하고 싶으면 commit 3 부분의 "이 커밋까지 현재 브랜치를 초기화" 선택 + 터미널 사용법

Reset은 강제 푸쉬가 필요하다. revert 사용해 보기 대상 커밋을 HEAD커밋의 자식으로 새로 생성한다. 주의사항 revert 대상 커밋은 사라지지 않는다. revert 대상 커밋의 내용을 되돌린 새로운 커밋이 생겨난다. 장단점 장점: 이전 커밋 기록이 다 남아 있다. 단점: 충돌 날 가능성이 매우 높다. 다소 어렵다. 두 가지가 Revert를 이용한 커밋 방법 커밋 되돌리기 이 커밋까지 현재 브랜치를 초기화 리버트는 커밋을 보존하면서 내용만 작업 디렉토리에 내용만 되돌리 수 있는 좋은 되돌리기 방법이다.

되돌릴 커밋 대상으로 브랜치 생성 체크아웃 변경 사항 수정 후 커밋 master에 머지 장단점 장점: 쉽다. 기록이 다 남아 있다. 단점: 트리가 지저분해진다. 이 커밋까지 현재 브랜치를 초기화 버튼을 클릭하여 Hard를 선택한다. 문제점은 이 방법을 이용해 커밋을 되돌리면 꼭 강제푸쉬를 해야한다. 하지만 소스트리에서는 강제푸쉬를 지원하지 않는다고 함 > 아마 좋지 않은 것으로 판단해서 그럴듯 리셋은 쓰지 않는 것이 좋다. 커밋이 없어질 가능성이 높기 때문에

설명 git reset --hard 에 해당하는 명령으로 커밋을 되돌리기 reset 이후 push는 force 옵션을 선택해야 함 이전 커밋은 사라짐 push --force 는 소스트리에서 지원하지 않기 때문에 CLI를 이용해야 함 reset의 장단점 장점: 쉽다 단점: 커밋이 날아간다. push --force 가 필요하다. Git과 GitHub 시작하기 - 인프런 | 학습 페이지 지식을 나누면 반드시 나에게 돌아옵니다. 인프런을 통해 나의 지식에 가치를 부여하세요.... www.inflearn.com