Code and Crescendo raccoon

3주차 종료...

3주차가 종료되었다.

3주차때 진행한 학습은 다음 리스트를 참고하자.

1. SQL 문법
2. DB Transactional
3. DBMS 성능 테스트
4. DRP
5. Replication Mirror Site
6. Replication HotSite
7. Clustering

처음 배우는 내용이 많다보니 각 공부 내용을 정리할 때 생각 이상의 시간이 소요되고, 자료도 많이 찾아보게 되었다.

그러다보니 1주차에 비해서 2주차 동아리 준비를 잘 못했다...;;;

시간을 좀 더 타이트하게 사용하는 법을 배워야 할 것 같다.

2주차 목표

2주차때 목표한 대로 중간 중간마다 자료 및 코드 캡처를 까먹지 않을 때는 진행했으나,,, 평소에 많이 까먹어서 생각 이상으로 캡처를 위해서 다시 코드나 시스템 설치를 진행했었다.

이렇게 다시 재 설치를 진행하다보니 한번 실행했을 때보다 더 많은 코드나 설치 방법에 대해서 깊이 이해하긴 한다.

근데 시간이 너무 오래 걸리는건... 어쩔수 없는 것 같다.

🧑🏻‍💻 이번주 목표

• 데이터베이스 자료 복습 및 정리
• 스토리지 엔진에 대한 공부 및 데이터베이스 Lock과 Transactional 관계에 대한 공부
• 코틀린 기초 공부

⚒️ 스터디 진행 사항

• 이번주에는 HTTP와 HTTPS의 차이점 및 암호화에 대해서 서로 이야기를 나누어보았다.
• SSL이 어떻게 작동하는지? 그리고 이러한 암호화 기술이 어디서 적용되는지 질의하고 토의했다.
• 다음주에는 CPU의 Core와 Thread 및 Lock 과 동시성, 병렬성에 대해서 토의하고 질의할 예정이다.

2주차 종료...

제대로 된 4일치 수업을 2주차에 진행했다.

매일 아침 9시까지 가서 공부 준비를 마친다는게 너무 어렵다... (대학생때 난 1교시 수업을 어떻게 들었을까...??)

그래도 지각은 절대로 하지 않고 2주차 수업을 마무리했다.(이번주는 이거에 만족한다!!)

1주차 목표

1주차 목표한 만큼 일단 블로그에 2주차때 배운 내용들을 정리해서 작성해놓았다.

하지만 당일날 정리하고 올리다보니 글이 중구난방하다는 느낌을 받았다.

앞으로 쉬는시간이나 점심시간에 블로그에 넣을 시각 자료들을 미리미리 모아놓아야 매주 공부한 내용을 블로그에 정리해서 올릴 수 있을 것 같다.

지금 수업시간에 진행하고 있는 CS(Computer Science)를 다 이해하고 숙지하는 것을 어렵지만 지금처럼 계속 공부해나가면 될 것 같다.

🧑🏻‍💻 이번주 목표

• 데이터베이스에 대한 기본적인 지식 숙지
• SQL에 대해서 어느정도 작성할 수 있도록 공부
• 코틀린 기초 공부

⚒️ 스터디 진행 사항

• 이번주에는 네트워크에 대해서 진행했다.
• "우리가 www.google.com을 치면 네트워크에서 일어나는 모든 일을 설명하는 것"에 대해서 질의하고 토의했다.
• 다음주에는 https와 http 및 암호화에 대해서 토의하고 질의할 예정이다.

개발자가 협업을 진행하다보면 GitHub에서 하나의 Repository를 공유해서 협업하는 것이 일반적이다.

이럴 때, GitHub에서 제공하는 Project 및 Issue를 사용하면 일정 관리 및 기능 관리하기 편하다.

GitHub Projects 사용법

위에 Projects 메뉴를 클릭한 후, 빨간 박스를 선택하여 GitHub Projects를 생성한다.

위 그림처럼 Project의 형태를 선택할 수 있다.

프로젝트 이름을 설정하고, 밑의 Create Project 버튼을 클릭하면 프로젝트가 생성된다.

이때, 팀원들이 같이 들어와 수정해야 하므로 팀원들을 초대해야 한다.

위 그림처럼 ... 버튼을 클릭한 후에 Settings 메뉴를 클릭하자.

위 메뉴 중 Manage access라는 메뉴를 클릭한 후, Invite colaborators에서 팀원의 GitHub 아이디 혹은 이름을 검색하여 초대하면 된다.

GitHub Issue 사용법

이렇게 Repository에 들어가면 Code 메뉴 옆에 Issues 메뉴가 존재한다.

그 후에, 밑의 사진처럼 News issue라는 버튼을 클릭해서 새로운 issue를 만든다.

내부 작성 컨벤션은 다음과 같다.(꼭 이렇게 작성할 필요는 없다. 각 팀 내부에서 정해서 작성하면 된다.)

• Title
  Issue 제목을 의미한다.
  위 예시는 '[기능 번호] Issue 제목'으로 통일했다.
• Description
  기능을 소기능으로 쪼개서 정확하게 작성한다.
• Assignees
  이 기능을 개발을 담당할 사람을 지정한다.
• Labels
  주로 사용되는 기능은 라벨을 달아서 나중에 Issue에서 추적할 수 있게 해준다.
  각 Repository마다 따로 수정할 수 있다.
• Projects
  이 기능을 개발할 Project에 포함시킨다.

이슈를 작성하면 위와 같은 화면이 나오게 된다.

이때, 제목 옆에 #12라는 번호가 부여되어있다. 이거 꼭 기억하자!!

Git Issues를 Git Projects에 적용하기

이제 위에서 만든 Issues를 Projects에서 관리하고, Commit으로 자동으로 관리해보자.

이렇게 Issue가 만들어지면 No Status라는 공간에 새로 추가된 Issue가 존재한다.

드래그 드랍으로 Backlog(아직 기능 개발 하기 전), In progress(기능 개발 중)으로 넣어준다.

각자 컴퓨터에서 코드 개발한 후에 Commit 메시지를 다음과 같이 작성한다.

[제목 타입] 제목 (#Issue 번호)

내용들...

Close : #Issue번호

내가 작성한 예시는 다음과 같다.

[Feat] 카카오 가입 기능 개발(#12)

카카오 공개키 저장 기능
토큰 정보 조회 기능
회원 가입 기능 개발 완료

Close : #12

이렇게 만든 후, Git Push과 Merge를 진행하면 자동으로 Issue가 Done 항목으로 옮겨진다.

제목 타입

제목 타입에 대한 컨벤션은 다음과 같다.(꼭 이렇게 안해도 된다. 팀 내에서 정하면 된다.)

Feat : 기능 (새로운 기능)
Fix : 버그 (버그 수정)
Refactor : 리펙토링
Design : CSS 등 사용자 UI 디자인 변경
Comment : 필요한 주석 추가 및 변경
Test : 테스트(테스트 코드 추가, 수정, 삭제: 비지니스 로직에 변경 없음)
Chore : 기타 변경 사항(빌드 스크립트 수정, asserts, 패키지 매니저 등)
init: 초기 설정
Rename : 파일 혹은 폴더 명을 수정하거나 옮기는 작업만 한 경우
Remove : 파일을 삭제하고 커밋한 경우

혹시라도 틀린 내용이 있다면 댓글로 알려주시면 감사하겠습니다!!

1주차라 하기엔 목 금 2일간 수업을 진행했었다.

1일차에는 기본적인 Network 작동 방식, Linux에 대해서 수업이 진행되었다.

공부한 자료는 다음 글을 참고하자!!

IP주소의 기본, 리눅스 기본 명령어 1, 리눅스 기본 명령어 2, 포트포워딩

지금까지 배운 내용들의 대부분은 내가 대충 알고 있던 지식들이다.

근데, 막상 강사님이 질문을 던질 때 정확한 답이 안나왔다.(하하... 얼마나 대충 알았는지;;;😭)

🧑🏻‍💻 이번주 목표!!

최대한 수업 내용들에 대해서 정리하고, 블로그 글을 작성하는 것을 목표로 진행했었다.

그럼에도 아직도 다 못했다는 것은 안비밀;;;

⚒️ 스터디 준비

으아... 스터디 준비도 해야하는데, 자꾸만 미루게 된다...

최대한 내일 월요일 오전에 전체적인 스터디 진행 방식 및 자료를 정리해야 할 것 같다.

📖 다음주 목표!!

1. 하루에 최소 하나씩 블로그 글 작성하기(그날 배운 것들을 정리한 글!!)
2. 스터디 첫 시작 잘 마무리 하기!!

Git 명령어

Git이라는 SW을 사용하기 위해서는 Git의 명령어를 이해하고 있어야 한다.

많이 사용하는 명령어를 기준으로 알아보자

1. Git init

이 디렉토리를 기준으로 Git 버젼 관리 시스템을 적용시키는 시작 명령어이다.

git init

2. Git add

변동된 파일을 Staging 영역에 추가하는 명령어이다.

git add 추가할파일.txt

이때, 다음과 같은 명령어를 사용하면 변동된 모든 파일을 staging 영역에 모두 추가할 수 있다.

git add .

3. Git commit

Staging 영역을 저장하여 version을 기록하는 명령어이다. 이때, 버젼 이름은 Hash값으로 저장된다.

git commit -m "커밋할 메시지 입력"

버젼을 저장할 때 꼭 커밋 메시지가 존재해야 한다. 만약 커밋 메시지가 없다면 로컬에 버젼을 기록할 수 없게 된다.

4. Git push

로컬에 저장된 버젼을 GitHub에 올리는 명령어이다. 따라서 GitHub에 Repository가 생성되고, 로컬 Git에 연결 되어 있어야 한다.

git push origin branchName

branchName 대신 로컬에 저장한 브랜치 이름을 작성하면 된다. 

5. Git clone

GitHub에 저장된 Git repository를 내 로컬 저장소에 끌고오는 명령어이다.

git clone github.url

github.url에 내가 저장하고 싶은 Git url를 작성하면 된다.

Git url은 다음 사진처럼 복사해 올 수 있다.

6. Git fetch

GitHub에 존재하고, 로컬에는 저장되지 않은 변동 사항을 로컬에 업데이트 해주는 명령어이다.

git fetch

단, 브랜치를 병합하지는 않는다.

7. Git merge

현재 선택된 브랜치에 명령어에 작성한 브랜치의 변동사항을 업데이트 한 후, 브랜치를 병합하여 하나의 브랜치로 합치는 명령어이다.

git merge branchName

branchName 대신 선택할 브랜치 이름을 작성하면 된다.

8. Git pull

현재 선택된 브랜치에 GitHub에 올라와있는 브랜치에 저장된 변동 사항을 업데이트 하면서 동시에 하나의 브랜치로 병합해주는 명령어이다. 즉, git fetch + git merge를 동시에 진행한다.

git pull

9. Git remote

현재 로컬 Git에 GitHub repository를 연결하는 명령어이다.

git remote origin github.url

origin은 remote의 이름을 뜻한다. 일괄적으로 origin이라고 명명한다. github.url에 해당하는 GitHub repository의 url를 작성한다.

10. Git checkout

작업할 브랜치로 이동하는 명령어이다.

git checkout branchName

branchName 대신 이동할 브랜치 이름을 작성하면 된다.

11. Git branch

새롭게 브랜치를 생성하는 명령어이다.

git branch branchName

branchName 대신 생성할 브랜치 이름을 작성하면 된다.

참고자료

https://velog.io/@marksen/Git-Branch%EC%99%80-Merge

https://kkh1902.tistory.com/152

https://inpa.tistory.com/entry/GIT-%E2%9A%A1%EF%B8%8F-%EA%B9%83%ED%97%99-%EC%9B%90%EA%B2%A9-%EC%A0%80%EC%9E%A5%EC%86%8C-%EA%B4%80%EB%A6%AC-git-remote

혹시라도 틀린 내용이 있다면 댓글로 알려주시면 감사하겠습니다!!

Git 설정

Git을 설치했다면, 기본적인 설정을 진행해야 한다.

이때, 필요한 아이디가 있는데 이 아이디는 GitHub에 가입한 아이디로 진행할 예정이다.(Git을 GitHub와 연동하기 위함)

git config --global user.name "GitName"
git config --global user.email GitHubEmail@email.com

위 명령어처럼 GitName 대신 가입한 이름 혹은 닉네임을 입력하고, GitHubEmail@email.com 대신 가입한 이메일을 입력하면 된다.

이 과정은 Local Git을 GitHub와 연동하기 위함이다.

git config --global init.defaultBranch main

또한, 처음 Git을 시작할 때 Branch 이름을 변경하기 위해선 위과 같은 코드를 작성하면 된다.

GitHub Token 설정

이제 GitHub의 Token을 통해서 Password를 설정해야 한다.

GitHub로 들어가서 Token을 발급받자

1. 설정 들어가기

2. 개발자 설정 들어가기

3. 토큰 설정 들어가기

4. 토큰 생성하기

위의 사진처럼 나오게 되는데, Expiration은 만료 기한이다. 무제한으로 하지 말고 60일 혹은 90일 간격으로 설정하자.

Note는 토큰의 사용 목적을 작성하면 된다. 말 그대로 내가 알기 쉽도록 구분하는 것이므로 설정하는데 영향이 없다.

Select Scope는 토큰의 허가 범위를 설정하는 것이다. 우리는 GitHub를 통해서 코드를 클라우드에 저장할 것이므로 repo는 필수적으로 설정해야 한다. 다른 설정들은 읽어보고 필요한 만큼 설정하자.

토큰 생성 버튼을 눌러서 토큰을 생성하자

5. 토큰 복사해놓기

이처럼 토큰을 생성하게 된다면 토큰을 보여주게 된다. 이때 이 화면을 벗어나게 되면 다신 볼 수 없으므로 확실하게 복사해놓자!!

6. Mac의 KeyChain에 등록하기

이렇게 토큰을 생성했다면 Password에 저장해야 한다.

맥 Spotlight Search(command + spacebar)를 통해서 KeyAccess를 검색하여 들어가자.

GitHub를 검색하였을 때, 없다면 +버튼을 눌러서 추가한 후 userName에는 GitHub에 가입한 이름(혹은 닉네임)을 Password는 발급받은 토큰을 저장한다.

7. Git Config 수정

터미널에서 다음과 같은 코드를 작성하면 Git & Github 설정이 완료된다.

git config --global credential.helper oskeychain

참고 자료

https://emjayahn.tistory.com/3

https://velog.io/@ohdowon064/Git-default-branch-%EB%B0%94%EA%BE%B8%EB%8A%94-%EB%B2%95

혹시라도 틀린 내용이 있다면 댓글로 알려주시면 감사하겠습니다!!

Git이란?

Git이란 VCS의 한 종류로써, 코드나 파일의 버젼을 관리하기 쉽도록 도와주는 SW이다.

VCS란?

VCS(Version Control System)는 공학이나 컴퓨터 소프트웨어에서 코드나 디지털 파일을 관리하는 방법론 및 시스템을 의미한다.

공학에서 버젼이 필요한 이유는 어떠한 파일을 수정하거나 새롭게 기능을 도입하면서 차후 어떠한 문제가 생겼을 때 이 버젼을 이용해서 백업 및 긴급 수정을 할 수 있게 된다.

따라서 SW 개발에서 필수적으로 사용해야 하는 시스템 중 하나이다.

다음은 VCS를 사용해야 하는 이유들을 정리한 것이다.

- 무언가 잘못되었을 때 복구를 돕기 위하여
- 프로젝트 진행 중 과거의 어떤 시점으로 돌아갈 수 있게 하기 위하여
- 여러사람이 같은 프로젝트에 참여할 경우, 각자가 수정한 부분을 팀원 전체가 동기화하는 과정을 자동화하기 위하여
- 소스 코드의 변경 사항을 추적하기 위하여
- 소스 코드에서 누가 수정했는지 추적하기 위하여
- 대규모 수정 작업을 더욱 안전하게 진행하기 위하여
- 가지내기(Branch)로 프로젝트에 영향을 최소화 하면서 새로운 부분을 개발하기 위하여
- 접붙이기(Merge)로 검증이 끝난 후 새로이 개발된 부분을 본류(trunk)에 합치기 위하여
- 많은 오픈 소스 프로젝트에서 어떠한 형태로든 버전 관리를 사용하고 있으므로
- 코드의 특정 부분이 왜 그렇게 쓰여 졌는지 의미를 추적하기 위하여
위키백과 발췌

그럼 Git을 맥에서 설치해보자

Git 설치 방법

일단 Homebrew가 설치되어있어야 합니다. 만약 설치되지 않았다면 다음 링크를 통해서 설치하면 됩니다.

https://harmony-raccoon.tistory.com/72

Homebrew가 설치되어 있다면 다음과 같은 코드를 터미널에 작성하여 Git을 설치합니다.

brew install git

그럼 git 설치가 끝난다. 만약 제대로 설치되었는지 확인하고 싶다면 다음과 같은 코드를 작성하여 버젼을 확인하면 된다.

git --version

참고문헌

https://ko.wikipedia.org/wiki/%EB%B2%84%EC%A0%84_%EA%B4%80%EB%A6%AC

혹시라도 틀린 내용이 있다면 댓글로 알려주시면 감사하겠습니다!!