power-girl0-0

해당 게시물은 나동빈 님의 'Git으로 시작하는 협업 및 오픈소스 프로젝트'강의를 바탕으로 작성된 것입니다. 스스로 공부한 것을 정리하고 복습하기 위한 목적으로 작성하였습니다. 깃(Git) 프로젝트에서는 README.md 파일을 이용해 소개글을 작성할 수 있다. md는 마크 다운(Markdown)의 약자이며 최근 굉장히 다양한 분야에서 사용되고 있는 텍스트 양식이다. 매우 빠르게 핵심적인 내용을 작성하는 편집 양식이라는 점에서 깃 허브(Git Hub) 또한 공식적으로 이를 채택하고 있다. Git 저장소에서 README.md 파일 생성 Add a README 버튼을 클릭하면 쉽게 생성이 가능하다. 아래와 같이 README.md 파일을 작성하여 간단히 샵(#)을 붙여 글머리를 작성해 보자. #은 글머리를 작..

해당 게시물은 나동빈 님의 'Git으로 시작하는 협업 및 오픈소스 프로젝트'강의를 바탕으로 작성된 것입니다. 스스로 공부한 것을 정리하고 복습하기 위한 목적으로 작성하였습니다. Git 로그 깃(Git)에서 로그(Log)를 제대로 다룰 수 있으면 깃과 관련한 처리 내역을 쉽게 확인이 가능하다. 다시 말해 히스토리(History)를 효과적으로 확인할 수 있다. 가장 기본적인 로그 출력 명령어인 git log를 이용해보자. 깃(Git) 로그를 구체적으로 확인하고자 한다면 다양한 옵션을 이용할 수 있다. 1) stat: 각 커밋에 따른 통계 정보를 출력한다. 2) graph: 브랜치(Branch)와 병합(Merge) 정보를 그래프 형태로 출력한다. 3) p: 커밋에 적용된 구체적인 사항을 출력한다. 4) pre..

해당 게시물은 나동빈 님의 'Git으로 시작하는 협업 및 오픈소스 프로젝트'강의를 바탕으로 작성된 것입니다. 스스로 공부한 것을 정리하고 복습하기 위한 목적으로 작성하였습니다. 깃(Git)으로 협업을 하기 위해서는 원격 저장소를 관리하는 방법을 알고 있어야 한다. 말 그대로 네트워크 공간 어딘가에 존재하는 또 다른 컴퓨터를 원격 저장소라고 말한다. 우리는 원격 저장소를 여러 개 가질 수도 있고, 각 원격 저장소를 서로 다른 목적으로 활용할 수 있다. 원격 저장소로부터 데이터를 받아올 때는 풀(Pull), 데이터를 보낼 때는 푸시(Push) 명령어를 사용한다. 우리는 깃 허브(Git Hub)를 원격 저장소로 하여 프로젝트를 구축했으므로, 기본적인 원격 저장소는 깃 허브(Git Hub)가 된다. 기본적으로 ..

해당 게시물은 나동빈 님의 'Git으로 시작하는 협업 및 오픈소스 프로젝트'강의를 바탕으로 작성된 것입니다. 스스로 공부한 것을 정리하고 복습하기 위한 목적으로 작성하였습니다. Branch 충돌 해결 브랜치 충돌(Conflict)이 발생하면 바로 병합(Merge)을 수행할 수는 없고, 충돌을 해결한 뒤에 병합을 수행해야한다. 실습을 통해서 자세히 알아보자. 충돌은 쉽게 말하면 하나의 파일을 여러 명이 수정한 경우를 의미한다. 위와 같이 하나의 브랜치를 만들어서 작업을 수행보자. 먼저, 특정한 파일에 하나의 함수 div()를 추가한 후 커밋까지 실행해준다. 위 사항을 git log로 확인하면, 아래와 같다. 이제 마스터 브랜치로 이동해서, 똑같은 파일을 다른 내용으로 수정해보자. 로그(Log)까지 확인해보..

해당 게시물은 나동빈 님의 'Git으로 시작하는 협업 및 오픈소스 프로젝트'강의를 바탕으로 작성된 것입니다. 스스로 공부한 것을 정리하고 복습하기 위한 목적으로 작성하였습니다. Git Branch 깃(Git)은 동시에 여러 개발자들이 프로젝트에서 각기 다른 기능을 개발할 수 있도록 브랜치(Branch) 기능을 제공한다. 이는 서로 다른 브랜치는 작업을 함에 있어서, 서로에게 영향을 받지 않는다는 점에서 마음 놓고 서로 다른 개발 작업을 수행할 수 있다. Branch 동작과정 브랜치의 동작 과정은 다음과 같은 예시로 표현할 수 있다. 기본적으로 Git 저장소를 만들면 자동으로 마스터(Master) 브랜치가 생성된다. 이는 일반적으로 배포가 가능한 수준의 안정화된 버전을 포함하고 있는 브랜치이다. 그래서 별..

해당 게시물은 나동빈 님의 'Git으로 시작하는 협업 및 오픈소스 프로젝트'강의를 바탕으로 작성된 것입니다. 스스로 공부한 것을 정리하고 복습하기 위한 목적으로 작성하였습니다. 이전 게시글에서 진행하였던, git clone과정은 생략하도록 하겠다. git pull 명령어 기본적으로 특정한 Git Hub의 저장소와 동일한 프로젝트를 가지도록 git pull 명령어를 수행해보자. 위와 같은 결과는 변경사항이 없기 때문에 출력된 구문이다. git pull 명령어는 원격지에 있는 소스코드를 우리 컴퓨터에 그대로 가져오고, 자동으로 merge까지 수행해주는 명령어이다. 특정 지점으로 프로젝트 자체를 되돌리기 commit 및 push 내역은 git log 명령어를 통해서 확인이 가능하다. 예전에 커밋(Commit)..

해당 게시물은 나동빈 님의 'Git으로 시작하는 협업 및 오픈소스 프로젝트'강의를 바탕으로 작성된 것입니다. 스스로 공부한 것을 정리하고 복습하기 위한 목적으로 작성하였습니다. 소스코드를 수정해서 Git 저장소에 반영하는 방법도 이전 시간에 배웠던 내용과 거의 동일하다. 일반적으로 소스코드를 수정하는 것은 두 가지 사례로 나뉘게 된다. 1. 해당 프로젝트에 소속된 사람이 아닌 경우 만약 우리가 특정한 커뮤니티(Community)의 구성원이 아니라서 스스로 커밋을 하여 저장소에 적용할 권한이 없다면, 소스코드를 수정하는 것에 제약이 있다. 이런 경우 PR(Pull Request)를 작성하여 오픈소스에 기여할 수 있다. 이 경우는 우리가 큰 오픈소스 프로젝트의 구성원으로 참여하고 싶을 때 사용하는 방법이다...

해당 게시물은 나동빈 님의 'Git으로 시작하는 협업 및 오픈소스 프로젝트'강의를 바탕으로 작성된 것입니다. 스스로 공부한 것을 정리하고 복습하기 위한 목적으로 작성하였습니다. 기본적으로 깃(Git) 프로젝트에 담겨 있는 데이터들은 파일 시스템 상에서의 스냅샷(Snapshot)이라고 볼 수 있다. 또한, 실제로 프로젝트를 커밋(Commit)하여 적용할 때의 순간을 중요시한다는 특징이 있다. 파일 자체를 저장하기보다 수정 내역 자체를 저장한다. Git 프로젝트의 3가지 구성요소 Git의 동작 원리를 바르게 이해하기 위해서는 Git 프로젝트의 세 가지 구성요소에 대해서 이해해야 한다. Working Directory : 작업할 파일이 있는 디렉토리이다. Staging Area : 커밋(Commit)을 수행할..