SSH 공개키 생성 SSH 공개키를 생성하기 위해서는 ssh-keygen 명령어를 사용합니다. ssh-keygen Enter file in which to save the key (/home/your_username/.ssh/id_rsa): # 이때, 그냥 엔터를 누르면 기본 경로에 `id_rsa` 파일로 키가 저장됩니다. # 암호를 설정하고 싶다면 암호를 입력하고 엔터를 누르세요. # 암호 없이 엔터를 누르면 암호 없이 키가 생성됩니다. 새로운 키가 생성되면, 공개키와 개인키가 각각 id_rsa.pub 및 id_rsa 파일로 저장됩니다. SSH 공개키 확인 생성된 공개키를 확인하려면 아래와 같이 명령어를 실행합니다. cat ~/.ssh/id_rsa.pub Git 서버에 SSH 공개키 등록 공개키를 생성..
Git 설치 서버에 Git을 설치합니다. $ sudo yum install git Git Bare 저장소 생성 Git 저장소를 만들 때, 일반적으로 서버에서는 Bare 저장소를 사용합니다. Bare 저장소는 워킹 디렉토리가 없는 저장소입니다. $ mkdir bare.git $ cd bare.git $ git init --bare $ --shared 옵션을 통한 그룹 쓰기 권한을 추가할 수 있습니다. Local 에서 Remote 추가 후 push $ mkdir localRepo $ git init $ git remote add origin user@IP:[bare repository 위치] $ git remote show origin # 위에 명령어로 remote 확인 $ vim index.html $ g..
Git 서버 프로토콜 소개 Git 서버를 운영하기 위해 다양한 프로토콜을 사용할 수 있습니다. Local 프로토콜, HTTP/HTTPS 프로토콜, SSH 프로토콜, Git 프로토콜이 있습니다. Git 호스팅 서비스 서버를 직접 설치하고 운영하기 어려운 경우 Git 호스팅 서비스를 활용할 수 있습니다. GitHub, GitLab, Bitbucket 등은 Git 호스팅 서비스의 대표적인 예시입니다. Bare 저장소 리모트 저장소는 보통 워킹 디렉토리가 없는 Bare 저장소로 설정됩니다. Bare 저장소는 단순히 Git 데이터만 가지며, 체크아웃이 필요하지 않습니다. 로컬 프로토콜 같은 시스템의 다른 디렉토리에 있는 리모트 저장소를 다룰 때 사용되는 Git의 기본 프로토콜 중 하나입니다. $ git clone..
Rebase의 기초 Rebase는 두 브랜치를 합치는 방법 중 하나로, Merge와는 다른 방식으로 작동합니다. git rebase 명령을 사용하여 한 브랜치에서 다른 브랜치로 변경사항을 적용합니다. $ git checkout experiment $ git rebase master Rebase는 두 브랜치의 공통 조상에서부터 시작하여 변경사항을 차례대로 임시로 저장하고, 다른 브랜치의 최신 커밋으로 이동한 후 저장해둔 변경사항을 순차적으로 적용합니다. Rebase 후에는 Master 브랜치를 Fast-forward하여 합칩니다. $ git checkout master $ git merge experiment Rebase를 통해 만들어진 커밋 히스토리는 선형적이며 깨끗한 형태를 가지게 됩니다. Rebase..
리모트 Refs 리모트 Refs는 리모트 저장소에 있는 포인터인 레퍼런스로, 리모트 브랜치, 태그 등을 의미한다. $ git ls-remote [remote] # 모든 리모트 Refs를 조회할 수 있습니다. $ git remote show [remote] # 모든 리모트 브랜치와 정보를 보여줍니다. 리모트 트래킹 브랜치 리모트 트래킹 브랜치는 리모트 브랜치를 추적하는 로컬의 레퍼런스이자 브랜치이다. 로컬에서 임의로 조작할 수 없으며, 리모트 서버에 연결할 때마다 자동으로 갱신된다. 이름은 / 형식으로 표현되며, 예를 들어 origin/master는 origin 서버의 master 브랜치를 가리킨다. $ git clone -o booyah # booyah/master 라고 사용자가 정한 대로 리모트 이름을..
Long-Running 브랜치 Git의 3-way Merge를 활용하여 장기간에 걸쳐 브랜치를 다른 브랜치와 여러 번 Merge할 수 있다. 주로 안정 버전의 코드를 유지하는 master 브랜치와 개발 중인 코드를 유지하는 develop이나 next 브랜치를 사용하는 워크플로가 있다. 안정화된 코드를 master 브랜치에 Merge한다. 토픽 브랜치 프로젝트 크기에 상관없이 유용한 토픽 브랜치는 한 가지 주제나 작업을 위해 만들어지는 짧은 호흡의 브랜치이다. 주제를 처리하고 테스트한 후 버그 없이 안정적이면 Merge하는 방식으로 토픽 브랜치를 활용한다. 브랜치 운영 워크플로 실험실이라는 개념을 도입하여 각 브랜치를 하나의 실험실로 생각하고, 코드를 여러 단계로 나누어 안정성을 높여가며 운영할 수 있다...
내 블로그 - 관리자 홈 전환 |
Q
Q
|
---|---|
새 글 쓰기 |
W
W
|
글 수정 (권한 있는 경우) |
E
E
|
---|---|
댓글 영역으로 이동 |
C
C
|
이 페이지의 URL 복사 |
S
S
|
---|---|
맨 위로 이동 |
T
T
|
티스토리 홈 이동 |
H
H
|
단축키 안내 |
Shift + /
⇧ + /
|
* 단축키는 한글/영문 대소문자로 이용 가능하며, 티스토리 기본 도메인에서만 동작합니다.