반응형 Git & Github10 [Git] Git remote URL 조회/변경하기 git clone 명령어를 이용하여 원격 저장소에 있는 프로젝트를 로컬 저장소에 가져오게 되면, git remote URL는 자동으로 해당 원격 저장소의 git 주소로 세팅되어있다. 즉, 백업을 다른 저장소로 하고싶다면 git remote URL을 변경해줘야 한다. 현재 프로젝트의 git remote url를 조회하는 명령어이다. git remote -v 그리고 git remote url를 변경하는 명령어이다. git remote set-url origin [원격 저장소 git 경로] 예시 fetch, push 경로가 모두 성공적으로 변경되었다. 이제 변경된 원격 저장소로 fetch, push가 이루어지게 된다. 2021. 8. 7. [Git] git archive / 특정 commit 주석 수정하기 1. git archive git archive명령으로 프로젝트 폴더 내의 소스코드 파일만 압축할 수 있다. 프로젝트 구성은 이렇다. .git과 개발썸네일은 각각 폴더와 이미지 파일이다. 아래 명령어로 소스코드만 압축된 zip또는 tar파일을 생성할 수 있다. git archive --format=[zip 혹은 tar] [브랜치명] -o [이름] ※ -o옵션: output 명령을 실행했더니 이렇게 main이라는 이름의 zip파일이 생성되었고, 소스코드 파일만 잘 압축되었다. 2. 특정 commit 주석 수정하기 git commit --amend은 최근 커밋 주석을 수정하는 명령이다. 그렇다면 특정 commit 주석 을 수정하는 방법도 있을까? git rebase의 -i옵션을 이용하면 된다. i는 inte.. 2021. 4. 9. [Git] git pull 소개와 git clone과의 차이점 git clone은 아래 포스팅의 [1.저장소 불러오기]에서 설명했다. 2021.04.05 - [Git & Github] - [Git] 저장소 동기화(clone, init, add, commit, remote, push) git pull 명령을 Git 포스팅 초반부에 설명을 했어야 했는데 약간 늦게 설명하는 것 같다. 그래도 git pull 명령은 그냥 넘어가기에는 중요한 명령이기 때문에 늦게나마 다루기로 했다. git pull 명령은 원격 저장소에 있는 프로젝트 내용을 가져오는 역할을 한다. 그러고 보니 git clone도 원격 저장소에 있는 프로젝트 내용을 가져오는 명령이지 않은가? git pull과 git clone은 명백한 차이점이 있다. 먼저, git clone명령을 사용하면 로컬 저장소의 내용.. 2021. 4. 9. [Git] 원격 저장소의 이름 / README.md 파일 1. 원격 저장소의 이름 1) 원격 저장소 이름 확인 저장소의 이름은 기본적으로 origin으로 세팅되어 있다. git remote명령어로 원격 저장소의 이름에 대한 목록을 확인할 수 있다. 그리고 원격 저장소의 이름을 이용하여, 다음 명령어로 해당 원격 저장소에 대한 정보를 확인할 수 있다. git remote show [원격 저장소 이름] 그리고 remote명령어의 -v옵션으로 URL에 대한 정보만을 확인할 수도 있다. 여기서 fetch는 원격 저장소로부터 내용을 가져올 때, push는 원격 저장소로 내용을 추가할 때 사용하는 명령어다. 이렇게 어떤 명령어의 파라미터로 원격 저장소를 표현해야 할 때, 여러분은 git주소 대신 이름을 사용할 수 있다. ※ 예) git push origin main 2).. 2021. 4. 8. [Git] 브랜치(2) - 충돌(conflict) 처리 충돌은 2개 이상의 브랜치에서 동일 파일 내용을 변경할 때 발생할 수 있는 현상이다. 더 자세하게 말하자면, 충돌은 두 브랜치가 모두 동일한 파일의 내용을 수정하고 commit까지 마친상태로 merge를 시도할 때 발생한다. 특정 파일의 내용이 브랜치마다 다르다면 제작 의도와 다른 프로젝트가 만들어지는 문제가 생긴다. 1. 충돌 문제 다음 예시를 보자. develop 브랜치에서 textfile.txt의 내용을 다음과 같이 변경하고 commit까지 완료했다. main 브랜치에서는 textfile.txt의 내용을 위와 다른 내용으로 변경하고 commit까지 완료했다. develop 브랜치에서의 해당 커밋 내역 main 브랜치에서의 해당 커밋 내역 main 브랜치로 돌아와서 병합을 시도하니 충돌이 발생하였다... 2021. 4. 7. [Git] 브랜치(1) - 개요 및 기본 사용법 1. 브랜치(branch)란? Git에서의 브랜치(branch)는 독립적인 작업 영역을 뜻하며, 여러 프로젝트 구성원들이 각기 다른 기능을 병렬식으로 개발할 수 있도록 Git에서 제공하는 기능이다. 저장소를 만들면 main이라는 기본 브랜치가 자동으로 생성되는데, 이 기본 브랜치가 배포가 가능한 브랜치이다. 이렇게 배포가 가능한 브랜치를 통합 브랜치라고 하며, 통합 브랜치 외의 브랜치들을 토픽 브랜치라고 한다. 토픽 브랜치들의 작업이 끝나면 통합 브랜치와 병합(merge)을 해서 배포를 하면 되는 것이다. 아래와 같이 깃허브 프로젝트에 들어가보면 브랜치 목록과 기본 브랜치를 확인할 수 있으며, 다른 브랜치에서 작업한 내용을 조회하고 다운로드 받을 수도 있다. 그리고 cmd에서도 git branch명령으로.. 2021. 4. 7. [Git] 저장 취소(2) - git commit, git push / commit 주석 변경 이번 포스팅에서는 지난 포스팅에 이어 commit, push를 취소하는 방법을 설명할 것이며, 기존의 commit 주석을 변경하는 방법도 추가로 다룰 것이다. 1. commit, push 취소 순서도가 최종 완성되었다. 물론 화살표에 있는 명령 외에도 많은 방법들이 있다. 1) 사전 작업 여러분들의 이해를 돕기 위해 필자는 미리 사전 작업을 해놓았다. (1) 작업 내용 textfile.txt에 "first work" 작성 -> git add . -> git commit -m "first work" 이 작업을 first work ~ fifth work까지 총 5번 수행하여 5개의 commit 내역을 추가로 생성함 그 후, git push명령으로 원격 저장소에 5개의 commit 내역을 한꺼번에 반영함 (2.. 2021. 4. 6. [Git] 저장 취소(1) - save, git add 지금까지 우리는 디렉토리 내의 변경사항을 원격 저장소에 반영하기 위해 아래 그림과 같이 add, commit, push 명령어를 사용했다. 변경사항을 git에 add하게 되면 .git의 index파일에 저장되는데, 이 공간을 Staging Area라고 한다. 이번 포스팅에서는 git add로 Staging Area에 저장되었던 변경사항을 취소하는 방법에 대해 다룰 것이며, 저장된 파일을 git의 기능을 이용하여 저장전 상태로 return하는 방법까지 추가로 다뤄보고자 한다. Staging Area ~ Remote Repository간에 commit과 push를 취소하는 방법은 다음 포스팅에서 다룰 것이므로, 지금은 왼쪽 부분에만 집중하자. 1. save 취소 우리들은 파일 작업을 하고 작업 내용을 유지하.. 2021. 4. 6. [Git] 저장소 동기화(clone, init, add, commit, remote, push) 이 포스팅은 아래 포스팅에 이어 설명한다. 2021.04.05 - [Git & Github] - [Git] Git & Github 소개와 준비 작업 [Git] Git & Github 소개와 준비 작업 1. Git과 Github Git(Geometric invariant theory)은 분산 버전 관리 시스템이다. 파일의 변경사항을 추적하고 프로젝트 구성원들 간에 작업을 조율해준다. 그리고 Github는 Git을 사용하는 프로젝트들을 저장 kimcoder.tistory.com ※ 만약 새 프로젝트가 아닌, 기존에 이미 진행했던 프로젝트를 깃허브에 올릴 목적이라면 [2. 저장소 반영]으로 건너뛰면 된다. 1. 저장소 불러오기 저장소를 불러올 새 폴더를 생성했다. 먼저, cmd창을 열고 프로젝트 폴더로 이동한.. 2021. 4. 5. 이전 1 2 다음
