반응형

 

 

소스트리 로고

SourceTree

Simplicity and power in a beautiful Git GUI

 

규모가 큰 웹퍼블리싱 프로젝트는 여러 명의  퍼블리셔가 협업하여 프로젝트를 진행합니다.

이러한 프로젝트를 할 경우 협업은 매우 중요한 요소입니다.

 그렇기 때문에 코딩을 잘하는 것도 중요하지만 협업 시 필요한 '버전 관리 시스템(Version Control System)'

잘 다루는 것 또한 매우 중요한 요소입니다.

버전 관리 시스템을 잘 다루는 퍼블리셔는 자연스럽게 프로젝트 내에서 중요한 사람이 되고 큰 힘을 가지게 됩니다.

 

버전 관리 시스템 중 하나로 Git 이 있으며,

Git과 관련하여 가장 권위 있는 도구 중 하나로 손꼽히는 Atlansian Sourcetree 가 있습니다.

파일의 이름을 더럽히지 않고, 모든 변경사항을 보존 가능하며,

각각의 변경사항 내용을 풍부하게 설명할 수 있는 Git을 쉽게 사용할 수 있는 도구입니다.

지금부터 Sourcetree Git의 버전(commit) 생성 방법에 대해 알아보고,

하나의 버전(commit)에 여러 개의 파일 및 버전(commit) 쪼개기 방법에 대하여 알아보겠습니다.

 

 

 

 

 

Git 버전 커밋(Commit)이란? 

 

저장소(Repository)는 ¹로컬 저장소(Local Repository)²원격 저장소(Remote Repository)로 나눌 수 있습니다.

개인의 ¹로컬 저장소(Local Repository)에서 특정 파일들의 생성, 변경, 수정이 일어날 때마다  해당 내용을 저장(기록) 하는 각각의 버전

Git에서는 Commit이라고 부릅니다.

Commit에 대하여 자세히 설명하자면, staging area(Index)에 올라와 있는 파일 ¹로컬 저장소(Local Repository)변경이력을 저장하는 것입니다.

Commit을 하게 되면, 이전 commit 상태부터 현재의 상태까지 변경이력(버전)이 기록된 Commit들이 만들어지며 시간순으로 저장됩니다.

이로써 변경이력(버전)을 통해 과거의 코드를 알 수 있습니다.

또한 개인의 ¹로컬 저장소(Local Repository)에서  Commit 된 버전을 통해서  ²원격 저장소(Remote Repository)push라는 명령어로 파일을 올릴 수도 있습니다.

push 명령어의 용어 상세 설명은 ²원격 저장소(Remote Repository) 생성 방법 및 사용 방법 포스팅에서 다루도록 하겠습니다.

 

 

 

 

 

실습 1 - 버전(Commit) 생성하기

 

소스트리에서 실제로 버전(commit) 생성을 어떻게 하는지 순차적으로 아래에 상세히 설명하겠습니다.

 

 

Ⅰ.  Commit을 하기 위한 파일 생성하기

프로젝트를 위한 html 코드 파일이라 가정하고, commit 위한 예제 파일을 생성합니다.

  • 1단계 : [GIT GUI] 2편 실습에서와 같이 로컬 저장소(Local Repository) 디렉토리를 생성합니다.
  • 2단계 : 1단계에서 생성한 저장소 폴더 안에  .txt 파일을 생성하고, 파일명을 google.txt 만듭니다.
  • 3단계 : google.txt 파일을 열고, 첫째줄에 숫자 "1" 이라고 작성하고 저장을 합니다.
  • 4단계 : 소스트리 GUI를 실행하여 좌측 '파일상태' 메뉴를 클릭하면 저장소에서 작성한 google.txt 파일을 확인할 수 있습니다. 

 

 

소스트리 working directory

 

 

 

Ⅱ.  Staging Area에 Commit 할 파일 올리기

staging areaCommit 하기 전에 파일들을 옮겨두는 공간입니다.

Commit 할 파일들을 선택하는 행위를 'stage 한다.' 라고 말합니다.

또한 무조건 stage(Index)에 올라간 파일들만 Commit 할 수 있습니다.

  • 1단계 : google.txt(Working Directory)를 클릭하면 '선택 내용 스테이지에 올리기' 버튼이 활성화됩니다.
  • 2단계 : '선택 내용 스테이지에 올리기' 버튼을 클릭하면 Staging Area로 파일이 이동하여 Commit 대기 상태가 됩니다.

 

 

소스트리 Stage 올리기

 

 

 

Ⅲ.  Commit 실행하기

Commit을 한다는 것은 하나의 버전으로 기록한다는 의미입니다.

  • 1단계 : Workspace History에 Commit 버전에 대한 설명으로  Commit 메시지를 기록해 줍니다.
  • 2단계 : Commit 메시지 창의 오른쪽 하단에 있는 Commit 버튼 클릭하면 Commit이 완료됩니다.
  • 3단계 : 소스트리 GUI 좌측의 'History' 버튼을 클릭하여 정상적으로 Commit 되었는지 확인합니다.

Working History : commit 버전들의 설명을 기록하는 commit 메시지 창입니다.

 

 

소스트리 커밋 상태 확인

 

 

 

 

 

실습 2 - 한개의 버전(Commit), 여러개의 파일

 

소스트리에서 실제로 한개의 버전(commit)에 여러개의 파일을 묶어서 Commit을  어떻게 하는지 순차적으로 아래에 상세히 설명하겠습니다.

실습1 폴더에서 파일삭제 없이 계속 이어서 진행하시면 됩니다.

 

 

Ⅰ.  Commit을 하기 위한 추가 파일 생성하기

프로젝트를 진행하면서 여러개의 html 코딩 파일을 한개의 버전(Commit)에 기록해야 한다고 가정하고,  추가 예제 파일을 생성합니다. 

  • 1단계 : google.txt 파일을 열고, 둘째줄에 숫자 "2" 이라고 작성하고 저장을 합니다.
  • 2단계 : naver.txt 신규 파일을 파일을 생성하고, 첫째줄에 숫자 "3" 이라고 작성하고 저장을 합니다.
  • 3단계 : 소스트리 GUI를 실행하여 좌측 '파일상태' 메뉴를 클릭하면 저장소에서 작성한 naver.txt, google.txt 파일을 확인할 수 있습니다. 

 

 

소스트리에 추가된 파일 및 수정된 파일의 working directory

 

 

 

Ⅱ.  Staging Area에 Commit 할 파일 올리기

staging area에 여러개의 파일을 올릴 수 있는 두 가지의 방법이 있습니다.

  • 방법 1 : Working Directory 오른쪽 상단의 '모두 스테이지에 올리기' 버튼을 클릭합니다.
  • 방법 2 : 'Shift 키'를 누른 상태에서 각각의 Working Directory를 클릭하면 중복 선택이 되며, 그 후 '선택 내용 스테이지에 올리기' 버튼을 클릭합니다.

 

 

소스트리의 여러개의 파일을 stage 올리기

 

 

 

Ⅲ.  Commit 실행하기

Commit을 한다는 것은 하나의 버전으로 기록한다는 의미입니다.

  • 1단계 : Workspace History에 Commit 버전에 대한 설명으로  Commit 메시지를 기록해 줍니다.
  • 2단계 : Commit 메시지 창의 오른쪽 하단에 있는 Commit 버튼 클릭하면 Commit이 완료됩니다.
  • 3단계 : 소스트리 GUI 좌측의 'History' 버튼을 클릭하여 정상적으로 Commit 되었는지 확인합니다.

 

 

소스트리 commit 상태 확인

 

 

 

 

 

실습 3 - 버전(Commit) 쪼개기, 여러개의 파일

 

코딩을 바쁘게 하다보면 버전(Commit)을 만드는 것을 잊어버리고 퍼블리싱을 할 때가 있습니다.

그럴경우 Git을 이용하면 여러개 작업에 대한 버전을 뒤 늦게라도 나눌수 있으며, 지금부터 버전을 나누는 방법에 대하여 순차적으로 아래에 상세히 설명하겠습니다.

실습2 폴더에서 파일삭제 없이 계속 이어서 진행하시면 됩니다.

 

 

Ⅰ.  Commit 버전을 쪼개기 위한 여러개의 파일 작성하기

프로젝트 진행을 하면서 파일을 두 개의 버전(Commit)으로 나누어야 하는데 이를 잊었다고 가정하고, 

작업 파일을 두 개의 버전으로 나누기 위해 '실습2'의 여러개의 파일을 수정 및 신규 추가 생성합니다.

  • 1단계 : google.txt 파일을 열고, 셋째줄에 숫자 "3" 이라고 작성하고 저장을 합니다.
  • 2단계 : naver.txt 파일을 열고, 둘째줄에 숫자 "4" 이라고 작성하고 저장을 합니다.
  • 3단계 : daum.txt 신규 파일을 파일을 생성하고, 첫째줄에 숫자 "5" 이라고 작성하고 저장을 합니다.
  • 4단계 : 소스트리 GUI를 실행하여 좌측 '파일상태' 메뉴를 클릭하면 저장소에서 작성한 naver.txt, google.txt, daum.txt 파일을 확인할 수 있습니다. 

 

 

소스트리에 버전을 쪼개기 위해 추가된 파일 및 수정된 파일의 working directory

 

 

 

Ⅱ.  Staging Area에 첫번째 버전으로 나누어 Commit 할 파일 올리기

staging area에 두개의 버전으로 나누어질 파일 중 첫번째 Commit 할 버전의 파일을 올립니다.

  • 1단계 : google.txt 파일 선택 →  Working Directory 오른쪽 상단의 '선택 내용을 스테이지에 올리기' 버튼을 클릭합니다.
  • 2단계 : naver.txt 파일 선택→ Working Directory 오른쪽 상단의 '선택 내용을 스테이지에 올리기' 버튼을 클릭합니다.

 

 

소스트리에 첫번째 버전으로 Commit 될 파일이 올라간 Stage

 

 

 

Ⅲ.  첫번째 버전의 파일을 Commit 실행하기

두개의 버전 중 첫번째 버전으로 나누어질 파일을 기록(Commit)합니다.

  • 1단계 : Workspace History에 Commit 버전에 대한 설명으로  Commit 메시지를 작성해 줍니다.
  • 2단계 : Commit 메시지 창의 오른쪽 하단에 있는 Commit 버튼 클릭하면 Commit이 완료됩니다.

 

 

소스트리에 첫번째 버전으로 Commit될 메시지 입력

 

 

 

Ⅳ.  Staging Area에 두번째 버전으로 나누어 Commit 할 파일 올리기

staging area에 두개의 버전으로 나누어질 파일 중 두번째 Commit 할 버전의 파일을 올립니다.

  • 1단계daum.txt 파일 선택 →  Working Directory 오른쪽 상단의 '선택 내용을 스테이지에 올리기' 버튼을 클릭합니다.

 

 

소스트리에 두번째 버전으로 Commit 될 파일이 올라간 Stage

 

 

 

Ⅴ.  두번째 버전의 파일을 Commit 실행하기

두개의 버전 중 두번째 버전으로 나누어질 파일을 기록(Commit)합니다.

  • 1단계 : Workspace History에 Commit 버전에 대한 설명으로  Commit 메시지를 작성해 줍니다.
  • 2단계 : Commit 메시지 창의 오른쪽 하단에 있는 Commit 버튼 클릭하면 Commit이 완료됩니다.
  • 3단계 : 소스트리 GUI 좌측의 'History' 버튼을 클릭하여 정상적으로 두개의 버전이 각각 Commit 되었는지 확인합니다.

 

 

소스트리에 두 개의 버전으로 기록된 commit 상태 확인

 

 

 

 

 

글 작성자 SNS

 

댓글이나 메일로 글을 보시는 분들과 소통하고 있지만, 더 많은 소통을 위하여 인스타그램을 공유합니다.

많은 퍼블리셔 분들과 DM 또는 일상생활을 공유하고 싶습니다. 

 

인스타그램 : https://www.instagram.com/kwangsung_kim/

 

 

 

 

 

마치며...

 

이번 포스팅에서는 소스트리에서 Git 버전(Commit) 관리하는 방법에 대하여 다루었습니다.

다음 편에는 소스트리를 사용하여 Remote Repository(원격 저장소) 생성, Push 하는 방법을 다루어 보겠습니다.

감사합니다.

 

 

반응형
반응형

 

 

소스트리 로고

SourceTree

Simplicity and power in a beautiful Git GUI

 

규모가 큰 웹퍼블리싱 프로젝트는 여러 명의  퍼블리셔가 협업하여 프로젝트를 진행합니다.

이러한 프로젝트를 할 경우 협업은 매우 중요한 요소입니다.

 그렇기 때문에 코딩을 잘하는 것도 중요하지만 협업 시 필요한 '버전 관리 시스템(Version Control System)'

잘 다루는 것 또한 매우 중요한 요소입니다.

버전 관리 시스템을 잘 다루는 퍼블리셔는 자연스럽게 프로젝트 내에서 중요한 사람이 되고 큰 힘을 가지게 됩니다.

 

버전 관리 시스템 중 하나로 Git 이 있으며,

Git과 관련하여 가장 권위 있는 도구 중 하나로 손꼽히는 Atlansian Sourcetree 가 있습니다.

파일의 이름을 더럽히지 않고, 모든 변경사항을 보존 가능하며,

각각의 변경사항 내용을 풍부하게 설명할 수 있는 Git을 쉽게 사용할 수 있는 도구입니다.

지금부터 Git의 작업환경과 용어에 대해 알아보고,

Sourcetree에서 로컬 저장소(Local  Repository)를 만드는 방법에 대하여 알아보겠습니다.

 

 

 

 

 

Git 작업환경 및 용어설명 

 

소스트리는 Git GUI 이기 때문에 Git flow 기본적인 이해 없이 소스트리를 사용한다면 소스트리의 인터페이스를 제대로 이해할 수 없을 뿐만 아니라

기능 또한 제대로 사용할 수 없게 됩니다.

그렇기에 Git flow(작업환경)에 대한 용어와 설명을 먼저 시작하겠습니다.

  • Working Directory : Git으로 버전 관리하고 있는 프로젝트 폴더의 파일을 말합니다.
  • Staging Area : 버전(Commit)을 저장하기 위해 준비된 파일들을 옮겨놓는 공간을 말합니다.
  • Local Repository : PC에 저장되는 프로젝트 파일들의 폴더로써 사용자의 개인 로컬 저장소를 말합니다.
  • Remote Repository : GitHub, GitLab, Bitbucket 온라인 서버에서 여러 사람이 백업하고 공유하기 위한 원격 저장소를 말합니다.

 

 

소스트리 인터페이스 내 Git 작업환경

 

 

 

 

 

Git 저장소란 무엇인가? 

 

신규 프로젝프를 진행하기 위해서 우리는 PC에 새 폴더를 만들고 프로젝트 파일들을 보관할 것입니다.

이 파일들은 형상관리를 위해 Git으로 버전 관리할 것이며, 이 파일들이 보관되어 있는 폴더를 Git 로컬 저장소(Local Repository)라고 합니다.

 

 

 

 

 

소스트리(SourceTree) 로컬 저장소 생성 방법

 

소스트리 인터페이스 및 로컬 저장소 만드는 방법에 대하여 먼저 포스팅하고 향후 소스트리 사용방법을 계속 다루면서

원격 저장소 만드는 방법과 로컬 저장소를 연결하여 백업하는 방법 또한 다루도록 하겠습니다.

 

 

Ⅰ.  소스트리(SourceTree) 화면 인터페이스(Interface)

소스트리 로컬 저장소 또는 원격 저장소가 연결되기 전, 화면 인터페이스는 아래와 같습니다.

  • Local : 생성된 로컬 저장소(Local Repository) 목록
  • Remote : 연결된 원격 저장소(Remote Repository) 목록
  • Clone : 원격 저장소에서 로컬 저장소로 복제(저장소 공유)하여 개발해야 할 경우에 사용합니다.(원격 저장소  로컬 저장소)
  • Add : 로컬 저장소에서 초기화된 원격 저장소로 연결하여 개발해야 할 경우에 사용합니다.(로컬 저장소  원격 저장소)
  • Create : 로컬 저장소를 생성할 경우 사용합니다.

 

 

소스트리 화면 인터페이스

 

 

 

Ⅱ.  로컬 저장소로 사용할 신규 폴더 생성

사용자 각자 원하는 PC의 위치에 Git 로컬 저장소로 사용하고자 하는 신규 폴더생성합니다.

신규 폴더는 소스트리를 이용하여 로컬 저장소로 생성할 것입니다.

 

로컬 저장소로 사용할 신규 폴더

 

 

 

Ⅲ.  소스트리 실행 후, Create 탭 클릭

상단 파일 메뉴 선택 →  복제 / 생성 메뉴 선택 → Create 탭 클릭을 합니다.

Ⅰ. 소스트리 화면 인터페이스 설명에서 Create가 로컬 저장소 생성이라는 것을 설명해 드렸습니다.

 

 

소스트리 Create 탭

 

 

 

Ⅳ.  로컬 저장소로 사용할 신규 폴더의 경로 설정

탐색 버튼 클릭 → 신규 생성 폴더 경로 지정 → 생성 버튼 클릭 → '디렉토리 에러'라는 팝업창이 뜰 경우 로컬 저장소 생성을 확인하는

팝업이므로 '예 또는 OK' 버튼 클릭을 합니다.

 

 

소스트리 로컬 저장소 경로 설정

 

 

 

Ⅴ.  로컬 저장소 생성 완료

위의 과정을 제대로 진행했다면 로컬 저장소가 생성되며, 자동으로 소스트리 인터페이스가 로컬 저장소에 연동됩니다.

 

 

소스트리 로컬 저장소 생성 완료

 

 

 

Ⅵ.  로컬 저장소 생성 폴더 확인

신규 폴더에 로컬 저장소를 생성하면 .git 폴더(Git Local Repository)가 자동 생성됩니다.

.git 폴더(Git 로컬 저장소)는 우리가 Git으로 버전 관리를 한 내역들을 자동 저장하는 디렉토리입니다.

그렇기에 .git 폴더(Git 로컬 저장소)는 삭제하시면 안 됩니다.

이것을 삭제한다는 것은 버전 관리한 내역들을 모두 지우는 것이기 때문입니다.

 

로컬 저장소 생성된 폴더

 

 

 

 

 

글 작성자 SNS

 

댓글이나 메일로 글을 보시는 분들과 소통하고 있지만, 더 많은 소통을 위하여 인스타그램을 공유합니다.

많은 퍼블리셔 분들과 DM 또는 일상생활을 공유하고 싶습니다. 

 

인스타그램 : https://www.instagram.com/kwangsung_kim/

 

 

 

 

 

마치며...

 

이번에는 이전 편에 약속드린 것과 같이 소스트리에서 Git 로컬 저장소를 생성하는 방법을 자세히 포스팅했습니다.

글 쓰는 것보다 이미지 편집이 더 오래 걸리는 것 같아요 ㅠ.ㅠ

다음 편에는 소스트리를 사용하여 버전 커밋(Commit), Reset, Revert 하는 방법을 다루어 보겠습니다.

감사합니다.

 

 

반응형
반응형

 

 

소스트리 로고

SourceTree

Simplicity and power in a beautiful Git GUI

 

규모가 큰 웹퍼블리싱 프로젝트는 여러 명의  퍼블리셔가 협업하여 프로젝트를 진행합니다.

이러한 프로젝트를 할 경우 협업은 매우 중요한 요소입니다.

 그렇기 때문에 코딩을 잘하는 것도 중요하지만 협업 시 필요한 '버전 관리 시스템(Version Control System)'

잘 다루는 것 또한 매우 중요한 요소입니다.

버전 관리 시스템을 잘 다루는 퍼블리셔는 자연스럽게 프로젝트 내에서 중요한 사람이 되고 큰 힘을 가지게 됩니다.

 

버전 관리 시스템 중 하나로 Git 이 있으며,

Git과 관련하여 가장 권위 있는 도구 중 하나로 손꼽히는 Atlansian Sourcetree 가 있습니다.

파일의 이름을 더럽히지 않고, 모든 변경사항을 보존 가능하며,

각각의 변경사항 내용을 풍부하게 설명할 수 있는 Git을 쉽게 사용할 수 있는 도구입니다.

 

지금부터 버전 관리란 무엇인가?

버전 관리를 위한 도구인 Sourcetree의 설치방법 및 저장소 생성 방법에 대하여 알아보겠습니다.

 

 

 

 

 

버전 관리란? GIT GUI(버전 관리 도구) 

 

여러 명이 진행하는 협업 프로젝트에서 시간이 지날수록 또는 동시에 하나의 프로젝트를 진행하다 보면 어느 것이 최종 업데이트 파일인지 분간하기 어렵고,

각각 코딩한 파일을 누군가는 하나로 병합해야 합니다.

또한 이전에 작업한 소스코드 버전으로 돌아가서 새로운 소스코드를 작성해야 할 경우도 발생합니다.

이러한 소프트웨어 소스코드의 변경사항을 체계적으로 추적하고 통제하는 것을 형상관리라고 하며, 이러한 소스코드 등의 버전을

쉽게 관리하기 위해 사용하는 GIT, SVN 등을 '버전 관리 시스템(Version Control System)' 이라고 합니다.

여기에서 버전(Version)이란 의미있는 변화의 단계를 말하며 의미있는 변화란 기능 개선, 버그 수정, 고객 요청사항에 의한 고도화 등을 말합니다.

저는 버전 관리 시스템 중 GIT에 대해 다룰 것이며, GIT과 관련하여 가장 권위 있는 GUI 중 하나로 손꼽히는 소스트리에 대하여 이야기하겠습니다.

 

GIT - Sourcetree 버전 관리란 크게 네 가지로 구분할 수 있습니다. 

  • 버전 관리 : 특정 시점의 Commit 시 꼬리표(Tag)를 달아 버전을 표시 가능합니다.
  • branch : 브랜치(branch)를 사용하여 여러 버전의 웹퍼블리싱 또는 개발 가능합니다.
  • 백업(Backup)과 복구 : 버전 관리를 통하여 복구 또는 여러 원격 저장소(remote repository)로 백업이 가능합니다.
  • 협업 : 프로젝트 개별 사용자의 수정사항을 쉽게 공유할 수 있습니다.

 

 

 

 

 

Git 설치하기 

 

소스트리는 Git GUI(Graphic User Interface)이기 때문에 Git 을 먼저 설치한 후 소스트리를 설치하여야 사용 가능합니다.

Git 설치방법은 아래 해당 페이지 방문하여 다운로드 후 설치를 진행하면 됩니다.

 

Git 다운로드 : https://git-scm.com/

 

 

 

 

 

소스트리(SourceTree) 설치하기 

 

Sourcetree는 Jira로 유명한 Atlassian에서 만든 Git GUI 로써 Git 을 보다 편리하게 사용할 수 있도록 도와주는 도구입니다.

설치방법에 대하여 자세히 알아보겠습니다.

 

 

Ⅰ.  소스트리(SourceTree) 공식 사이트 방문하여 다운로드 실행

공식 사이트 메인화면 좌측에 'Download for Windows' 버튼을 클릭하여 내려받기한 후 설치 진행을 시작합니다.

 

Sourcetree 다운로드 : https://www.sourcetreeapp.com/

 

 

소스트리 메인화면

 

 

 

Ⅱ.  소스트리(SourceTree) Install

Bitbucket Server 와 Bitbucket 원격 저장소(Remote Repository)를 사용하지 않으려면 건너뛰기 버튼을 누르시면 됩니다.

하지만 저는 Bitbucket 을 사용하기 때문에 Bitbucket 을 선택 후 다음 버튼을 누를 것입니다.

  • Bitbucket Server : Bitbucket 개별 서버를 설치한 사용자
  • Bitbucket : Bitbucket 회원 가입되어 있는 사용자
  • 계정이 없을 경우 : Create one for free. 클릭하여 회원가입 후 Bitbucket 을 클릭합니다.

 

소스트리 인스톨 화면

 

 

 

Ⅲ.  등록 완료

Bitbucket 로그인 정보를 입력하면, 등록 완료 메시지가 뜨며, 다음 버튼을 눌러서 다음 단계로 진행합니다.

 

소스트리 등록 완료 메시지

 

 

 

Ⅳ.  Tools(Git) 설치

Git은 위 설명과정에서 설치한 후 소스트리 설치를 진행했기에 체크박스가 뜨지 않으며, 혹시나 Git 설치과정을 누락했다면 Git 체크박스를 클릭하시면 됩니다.

MercurialGit과 유사한 형상관리 툴이기에 필요할 경우 체크해서 설치하면 됩니다.

하지만 저는 사용하지 않기 때문에 Mercurial 체크 해제다음 버튼을 클릭합니다.

 

소스트리 Git 설치

 

 

 

Ⅴ.  Preferences(기본 설정)

소스트리 사용자 이름이메일 주소의 기본 정보를 설정한 후 다음 버튼을 클릭합니다.

 

소스트리 기본설정

 

 

 

Ⅵ.  SSH

SSH 키를 사용할지 묻는 팝업창입니다.

SSH 키지역 저장소(Local Repository)와 원격 저장소(Remote Repository)가 안전한 통신을 하기 위해 사용되는 프로토콜입니다.

하지만 SSH 키를 만들지 않았기 때문에 '아니오' 버튼을 클릭합니다.

 

소스트리 SSH 키 사용여부 확인

 

 

 

Ⅶ.  설치 완료

설치가 완료되면 아래와 같이 Git을 손쉽게 사용할 수 있는 소스트리 Git GUI(Graphic User Interface) 도구 창이 생성됩니다.

이로써, 소스트리를 사용할 수 있는 모든 준비가 완료 되었습니다. 

 

소스트리 인터페이스

 

 

 

 

 

글 작성자 SNS

 

댓글이나 메일로 글을 보시는 분들과 소통하고 있지만, 더 많은 소통을 위하여 인스타그램을 공유합니다.

많은 퍼블리셔 분들과 DM 또는 일상생활을 공유하고 싶습니다. 

 

인스타그램 : https://www.instagram.com/kwangsung_kim/

 

 

 

 

 

마치며...

 

Git GUI - SourceTree는 여러 편의 포스팅이 필요하기에 부담감이 커서  작성을 미루다가 드디어 시작했습니다.

시작이 반이다!!

여러 편의 포스팅이 필요한 이유는 소스트리 설치방법, 저장소, 백업 등 많은 기능을 한 편의 포스팅 강의로는 힘들기 때문입니다.

무작정 Git  소스트리를 기능을 설명하기 보다는, 소스트리를 왜 사용해야 하는지?

자세하게 다루고 싶기에 서두가 길어졌고, 설치방법에 대해서도 쉽고, 자세하게 포스팅하고자 노력했습니다.

이로써 소스트리를 사용할 준비는 모두 끝났습니다.

다음 포스팅부터는 Git 과 SourceTree 를 활용한 기능들을 자세하게 나누어 포스팅하도록 하겠습니다. 

감사합니다.

 

 

반응형

+ Recent posts