초보 개발자

이제부터 git_home과 git_office라는 2개의 디렉터리를 만들어 깃허브 협업을 연습하겠습니다. 원격 저장소 복제하기 - git clone 원격 저장소를 기존에 연결된 지역 저장소 외에 다른 지역 저장소에서 사용하려면 원격 저장소에 담긴 내용 전체를 지역 저장소로 가져와야 합니다. 원격 저장소를 지역 저장소로 똑같이 가져오는 것을 클론이라고 합니다. git clone 깃 주소 git_home git clone 깃 주소 git_office git_home이라는 디렉토리를 만들고 거기에 원격 저장소를 받아왔다. git_office도 마찬가지이다. 우리는 하나의 원격 저장소를 공통으로 하는 두개의 지역 저장소가 있는 셈이다. git_home의 파일들이다 git_office에도 똑같이 존재할 것이다. ..

Secure Shell 줄여서 SSH라는 방법을 통해 깃허브에 접속하는 법을 알아보겠다. SSH 원격 접속이란 SSH는 Secure Shell의 줄임말로 보안이 강화된 안전한 방법으로 정보를 교환하는 방식이다. 기본적으로 프라이빗 키와 퍼블릭 키를 한 쌍으로 묶어서 컴퓨터를 인증한다. 퍼블릭 키는 말그래도 외부로 공개되는 키이고, 프라이빗 키는 아무도 알 수 없게 사용자 컴퓨터에 저장되는 키입니다. 사용자 컴퓨터에서 SSH키 생성기를 실행하면 프라이빗 키와 퍼블릭 키가 만들어 진다. 일반적으로 긴허브의 원격 저장소에 파일을 올리는 등 작업을 위해서 아이디와 비밀번호를 입력해서 깃허브엑데 내가 해당 저장소를 만든 계정의 주인임을 인증해야 한다.!! 이에 비해 SSH원격 접속은 프라이빗 키와 퍼블릭 키를 사..

지역 저장소와 원격 저장소를 연결했으니 이제부터 지역 저장소의 소스를 원격 저장소에 올릴 수도 있고, 원격 저장소에 있는 소스를 지역 저장소로 내려받을 수도 있다. 지역 저장소의 소스를 원격 저장소로 올리는 것을 푸시(Push)라고 하고 원격 저장소에서 지역저장소로 내려 받는 것을 풀(Pull)이라고 한다. 원격 저장소에 파일 올리기 - git push 먼저 지역저장소의 커밋을 원격 저장소로 보내는 푸시를 알아보겠다. git push -u origin master 지역저장소의 브랜치를 원격 저장소의 master브랜치로 푸시하라는 명령이다. 여기서 -u옵션은 지역 저장소의 브랜치를 원격 저장소의 master브랜치에 연결하기 위한 것으로 한번만 사용된다. 성공 적으로 푸쉬가 된 것을 확인할 수 있다. 지역 ..

지금까지 우리는 자신의 컴퓨터에서 작업한 뒤 그 컴퓨터 안에서 커밋을 저장 했다. 이 저장소를 지역 저장소(local repository)라고 부른다. 만약 실수로 지역 저장소를 삭제한다면 아주 곤란할 것이다. 작업 내용을 지역 저장소에만 저장하는 것은 안전하지 않기 때문에 작업하는 컴퓨터가 아닌 다른 곳에 저장 공간을 마련해야 합니다. 원격저장소란 깃에서는 지역 저장소와 원격 저장소(remote repository)를 연결하여 버전 관리하는 파일들을 쉽게 백업할 수 있다.원격 저장소는 지역 저장소가 아닌 컴퓨터나 서버에 만든 저장소를 말합니다. '백업'과 '협업'에 있어 원격 저장소는 중요한 역할을 합니다.원격 저장소 서비스를 제공하는 깃 허브에 직접 원격 저장소를 만들고 지역 저장소의 파일을 원격 저..

git reset 573ff3bb88d3d571257c341a5223445d65a80aa1​ git init test cd test vim c1.txt git add c1.txt git commit -m 'c1' c1.txt에는 숫자 1을 입력해주자 git log를 실행해보자 HEAD->master에서 HEAD는 현재 작업트리가 어떤 버전을 기반으로 작업 중인지를 가리키는 포인터이다. 기본적으로 master브랜치를 가르키고 그 브랜치는 가장 최근의 커밋을 가리킨다. c1 커밋을 만들면 HEAD는 master를 가리키고 master는 c1커밋을 가리킨다. 이제 sub라는 브랜치를 만들겠다. git branch sub vim c2.txt // 2입력 git add . git commit -m 'c2' 여기서..

같은 문서의 다른 위치를 수정했을 때 병합하기 git init manual-3 cd manual-3 vim work.txt 이렇게 작성하고 저장하였다. git add . git commit -m 'work 1' git branch o2 work 1이라는 커밋을 만들었으므로 o2라는 새로운 브랜치를 만들었다. 이제 master브랜치와 o2브랜치에는 모두 work 1커밋이 있게 된다. 양쪽 브랜치에 있는 work.txt를 먼저 master브랜치에서 수정하겠다. 이렇게 수정 하고 master content 2 메시지로 커밋을 하겠다. 브랜치 이동 후 아래와 같이 수정을 해줄 것이다. git checkout o2 vim work.txt 이렇게 수정 하고 o2 content 2 메시지로 커밋을 하겠다. maste..

새 브런치 만들기 apple, google, ms라는 고객사가 있다고 가정하자 깃에서 브랜치를 만들거나 확인하는 명령어는 git branch이다. master는 특별한 브랜치이다. 기본적으로 만들어 지고 우리는 그동안 여기서 작업을 해왔던 것이다. git branch apple git branch apple브랜치가 잘 추가된 것을 확인할 수 있고, master 앞에 *표시는 아직 우리가 master브랜치에서 작업하고 있다는 뜻이다. git log 커밋 로그 화면도 다르게 나타나는 것을 확인 할 수 있을 것이다. (HEAD -> master, apple ) 이 표시는 저장소에 master, apple 2개의 브랜치가 있고 HEAD -> master이므로 현재 작업중인 브랜치는 master브랜치라는 의미 입..

브랜치란 ? 모든 버전 관리 시스템에는 '브랜치(branch)'라는 개념이 있다. 나뭇가지라는 뜻인데 개인적으로는 나뭇가지 보다는 시냇물이라고 하는게 더 어울릴 수도 있을 것 같다. 여러 갈래로 나뉘기도 하지만 또 합쳐지기도 하기 때문이다. 처음에 너무 막막했는데 이해하고 보니 꽤 재미있었다. 만약 내가 프로그램을 만들었다고 치고 그 프로그램을 여러 곳에서 사주었다. 그리고 추가로 여러 기능을 요구할 수 도있다. 이럴 경우에 나는 어떻게 할까? 각각의 디렉토리를 만들고 프로그램을 복붙할 것이다. 그리고 개별적으로 요구사항등을 추가해 나갈 것이다. 또 A사에서 요구했던 기능을 C사에서 요구 할 수도 있다. 이럴 경우 그 부분만 C사의 프로그램에 복붙하면 잘 될까?? 아마 C사의 프로그램도 이 전에 소스 코..