![]()
원격 저장소 사용하기 1. 원격 저장소 사용하기 레포지터리를 만들었으면, 원격 저장소를 사용해봅시다. #1. 우리는 이미 프로젝트 파일이 있으므로, 다음 화면 아래에서…or push an existing repository from the command line 부분을 복사합니다. #2. 작업하고 있는 VSCode에 붙여넣은 다음, 실행합니다. #3. gitHub로 돌아가 새로고침하면, 작업한 파일이 올라간 것을 확인할 수 있습니다. 그렇다면, 복사한 내용은 어떤 것을 의미할까요? git remote add origin "원격 저장소 주소"는 로컬의 Git 저장소에 원격 저장소로의 연결을 추가하는 명령어입니다. 원격 저장소 이름은 흔히 origin을 사용합니다. git branch -M main은 mai..
![]()
GitHub 1. GitHub 이번엔 GitHub에 대해 알아봅시다! GitHub란? 소프트웨어 개발 및 버전 관리 플랫폼으로, 프로그래머들이 프로젝트를 협업하고 소스 코드를 관리하는 데 사용됩니다. Git을 기반으로 하며, 코드를 호스팅하고 공개 or 비공개 저장소(repository)로 관리할 수 있습니다. 2. GitHub 시작하기 그럼 이제 GitHub를 시작해봅시다! #1. GitHub사이트에 들어가서 회원가입 및 로그인을 합니다. 그 다음, Personal access token을 만듭니다. Personal access token란? GitHub API에 엑세스할 때, 사용되는 인증 토큰입니다. GitHub의 인증 및 권한 부여 시스템에 사용되며, 사용자가 API를 통해 GitHub 리소스에 ..
![]()
SourceTree로 브랜치 다루기 1. SourceTree로 브랜치 다루기 이번엔 SourceTree로 브랜치를 다뤄봅시다! #1. SourceTree의 상단 메뉴에 브랜치 버튼을 클릭 후, to-merge, to-rebase 브랜치를 생성합니다. #1. VSCode로 돌아와 main 브랜치에서 Tigers의 manager를 Lee로 바꿔주고 다음과 같이 입력하여 커밋합니다. SourceTree로 커밋하려면, 왼쪽 상단에 커밋을 클릭한 후, 아래에 메시지를 입력한 뒤, 파일을 스테이지에 올리고 커밋 버튼을 클릭하면 됩니다. Edit Tigers manager #2. 그 다음 왼쪽 사이드바에 to-merge를 더블클릭하여 브랜치 변경 후, Tigers의 coach를 Choi로 바꿔주고 다음과 같이 입력하..
![]()
브랜치 간 충돌 1. 브랜치 간 충돌 파일의 같은 위치에 다른 내용이 입력된 상황에서는 어떻게 해야할까요? 한번 알아봅시다. #1. 일단 먼저, 다음과 같이 입력하여 conflict-1와 conflict-2 브랜치를 생성해줍니다. git branch conflict-1 # (2도 동일) #2. main 브랜치에서 Tigers의 manager를 Jeon으로, Bears의 coach를 Choi로, Panthers의 coach를 Lee로 변경한 후, 다음과 같이 커밋 메시지를 입력하여 커밋합니다. git commit -am "Edit Tigers, Bears, Panthers" #3. conflict-1 브랜치로 변경 후, Tigers의 manager를 Jung으로 변경하고 다음과 같이 입력하여 커밋합니다. ..
![]()
merge와 rebase 1. merge 브랜치를 병합하는 merge에 대해 알아봅시다! merge란? 서로 다른 브랜치의 변경 사항을 하나로 통합하는 과정을 의미합니다. 다양한 브랜치에서 개발한 내용을 메인 브랜치로 합치기 위해 merge를 사용합니다. 2. 사용방법 그럼 이제 merge를 사용해봅시다. git merge 브랜치명을 입력하면 됩니다. #1. main 브랜치 상태에서 합칠 대상의 브랜치를 골라 다음과 같이 입력해줍니다. (add-coach를 선택했습니다.) git merge add-coach → 그러면 add-coach 브랜치에서 한 작업이 main 브랜치와 병합하게 됩니다. → 또한, SourceTree에서 보면 합쳐진 것을 확인할 수 있습니다. ※ merge도 하나의 커밋이기 때문에,..
![]()
브랜치(branch) 1. 브랜치(branch) 이번엔 브랜치(branch)에 대해서 알아봅시다! 브랜치란? 코드의 분리된 작업 흐름을 나타내는 것입니다. 각 브랜치는 프로젝트의 기능 or 수정을 담당하는 독립적인 코드 세트입니다. 브랜치를 사용하면, 여러 작업을 동시에 수행하거나 특정 기능을 개발하면서도 기존 코드를 안전하게 유지할 수 있습니다. 2. 브랜치 추가 브랜치를 추가해봅시다. #1. VSCode에 다음과 같이 입력하여, 브랜치를 추가해줍니다. git branch add-coach #2. 터미널에 git branch라고 입력해봅시다. → add-coach가 추가 되었고 main이 현재 브랜치임을 확인할 수 있습니다. 다음과 같이 입력하여, 브랜치를 변경해봅시다. git switch add-co..
![]()
reset과 revert 1. reset reset에 대해 알아봅시다! reset은 Git에서 변경 내용을 되돌리거나 작업 디렉토리를 이전 커밋 상태로 되돌리는 데 사용되는 명령어입니다. reset을 이용하여, 이전 커밋 상태로 되돌아가봅시다! #1. git log를 입력한 후, Add team Dolphins의 커밋 일련번호를 복사해줍니다. (7글자만 복사하여도 가능합니다.) #2. git reset --hard 일련번호를 입력하여, 되돌립니다. → 다음과 같이 Add team Dolphins로 돌아왔다고 나타납니다. → 또한, panthers.yaml이 사라진 것을 확인할 수 있습니다. 2. revert 이번엔 revert에 대해 알아봅시다! revert란 이전 커밋을 취소하고, 그 변경 사항을 새로..
![]()
add와 commit 1. 타임캡슐에 담기 (add) 프로젝트의 변경사항들을 타임캡슐(버전)에 담아봅시다. #1. git add 파일명으로 파일을 타임캡슐에 담습니다. → git add tigers.yaml를 입력한 후, git status를 입력하면 다음과 같이 나오는 것을 확인할 수 있습니다. → Changes to be committed: 는 커밋할 준비가 되었음을 나타냅니다. 이번엔 git add .를 입력하여, 모든 파일을 타임캡슐에 담아봅시다. → git status를 입력해서 보면, 모든 파일이 커밋할 준비가 되었음을 확인할 수 있습니다. 2. 타임캡슐 묻기 (commit) 이번엔 타임캡슐을 묻어봅시다! #1. git commit 명령어를 입력하면 다음과 같은 화면이 나타납니다. #2. 명령..
![]()
.gitignore 1. .gitignore .gitignore 파일은 Git 저장소에서 추적하지 않아야 하는 파일 or 디렉터리를 지정하는 데 사용되는 설정 파일입니다. 이 파일을 사용하면, Git이 특정 파일 or 디렉터리의 변경 내용을 추적하지 않도록 할 수 있습니다. 보통 자동으로 생성 or 다운로드되는 파일들 (빌드 결과물, 라이브러리)나 보안상 민감한 정보를 담은 파일을 적용합니다. 2. 사용방법 이제 사용해봅시다! #1. VSCode에 secrets.yaml 파일을 만들고 다음과 같이 입력해줍니다. id: admin pw: 1234abcd #2. 그 다음, 터미널에 git status라고 입력하면, 3개의 파일이 나오는 것을 확인할 수 있습니다. #3. .gitignore라는 파일을 생성 후..
![]()
Git 1. Git 코딩을 협업하는 데 꼭 필요한 Git에 대해 알아봅시다! Git이란? 소스 버전 관리 시스템으로, 코드를 추적하고 변경 내용을 기록하여, 여러 개발자가 효과적으로 협업할 수 있도록 도와주는 도구입니다. 각 개발자는 Git을 통해 전체 코드 기록을 로컬 저장소에 가지고 있어 독립적으로 작업할 수 있습니다. Git 설치하기 2. 용어 및 명령어 1) 저장소(repository) Git이 코드를 저장하는 곳입니다. 로컬 저장소와 원격 저장소로 나뉩니다. 로컬 저장소는 개발자의 컴퓨터에 있고, 원격 저장소는 중앙 서버에 위치합니다. 2) 커밋(commit) 코드의 변경 내용을 기록하는 단위입니다. 각 커밋은 고유한 해시 값을 가지며, 변경 사항과 함께 작성된 커밋 메시지가 포함됩니다. 3) ..
![]()
작업 전 상태로 되돌리기 1. 수정한 파일 되돌리기 - 작업 트리에서 수정한 파일을 되돌릴 수 있음 - #1. vim test.txt를 입력 후, 마지막 'Bye!!'를 'Good Morning!'으로 수정 - #2. git checkout -- test.txt를 입력하여 수정 전으로 돌리고, cat test.txt를 입력하여 파일 내용 확인 → 수정 전으로 돌아감을 확인 2. 최신 커밋 되돌리기 - git reset HEAD^ : 가장 마지막에 한 커밋을 취소함 - #1. vim test2.txt를 입력 후, c까지 입력한 후, 저장 - #2. git commit -am "message4"를 입력해 스테이징과 커밋을 함께 실행 - #3. git log로 확인해 보면, 커밋 메시지가 message4인 커..
![]()
버전 생성 단계마다 파일 상태 확인 1. 버전 생성 단계마다 파일 상태 확인 - #1. vim test.txt를 입력 후, 'Bye!!' 내용을 추가 - #2. vim test2.txt를 입력하여 파일 생성 후, 'How are you' 내용을 입력 - #3. git status를 입력하여, 상태 확인 - test.txt 파일이 수정되었고, test2.txt는 아직 버전 관리를 하지 않음을 알 수 있음 - #4. git add test.txt 와 git add test2.txt 명령을 입력하여 두 파일을 스테이지에 올림 - #5. 다시 git status를 입력하면, 두 파일이 스테이지에 올라온 것을 확인할 수 있음 - #6. git commit -m "message3"를 입력한 후, git log를 입..
![]()
커밋 내용 확인 1. 커밋 내용 확인 - 커밋 기록 확인 : git log 2. 변경 사항 확인 - #1. vim test를 입력하여, 'Good Day!!!'를 삭제하고 'I love you!!' 내용을 추가함 - #2. git status를 입력하여, 상태를 확인 - Changes not staged for commit: modified: test.txt는 파일이 수정되었고, 스테이징 상태는 아니라는 뜻 - #3. git diff를 입력하여, 저장소에 있는 test.txt 파일과 방금 수정한 test.txt의 차이를 확인 - -Good Day!!를 삭제하였고, +I love you!!를 추가하였음을 확인 - -는 삭제한 내용, +는 추가한 내용
![]()
버전 생성 및 커밋(Commit) 1. 버전 - 문서를 수정하고 저장할 때마다 업데이트 되는 것 - 원래 파일 이름은 유지하면서 파일에서 무엇이 변경했는지를 변경 시점마다 저장할 수 있음 2. 작업 트리 - 파일수정, 저장 등의 작업을 수행하는 디렉터리 3. 스테이지 - 버전으로 만들 파일이 대기하는 곳 4. 저장소(repository) - 스테이지에서 대기하고 있는 파일들을 버전으로 생성하여 저장하는 곳 5. 원리 - #1. 작업 트리에서 파일을 생성하여 수정 및 저장함 - #2. 파일을 버전으로 생성하기 위해 스테이지에 넣음 - #3. 준비된 스테이지가 버전을 생성하기 위해 깃에게 커밋(Commit)명령을 내림 ※ 커밋(Commit) : 파일 및 폴더의 추가/변경 사항을 저장소에 기록 - #4. 커밋..
![]()
깃 저장소 만들기 1. 깃 초기화하기 - #1. 깃 저장소를 만들 디렉터리를 생성 : mkdir myGit - #2. myGit 디렉터리로 이동 : cd myGit - #3. 이 디렉터리에 저장소를 생성 : git init - Initialized empty Git repository... 라고 나타나면 그때부터 해당 디렉터리에서 깃을 사용할 수 있음 - #4. ls -al를 입력하여 .git이라는 디렉터리가 생겼는지 확인 - 이 디렉터리가 깃을 사용하면서 버전이 저장될 저장소 역할을 함
