코딩

99클럽 코테 스터디 1일차 TIL : 자바스크립트에서의 기본 타입

차가리 — Mon, 28 Oct 2024 22:37:40 +0900

오늘의 학습 키워드 : 자바스크립트 기본타입

자바 스크립트에서의 기본타입

숫자
문자열
불린값
null
undefined

자바 스크립트는 느슨한 타입 체크 언어

// num type
var intNum = 10;
var floatNum = 0.1;


// String type
var singleQuoteStr = 'single quote string';
var doubleQuoteStr = "double quote string";
var singleChar = 'a';

// boolean type
var boolVar = true;

// undefined type
var emptyVar;

// null type
var nullVar = null;

console.log(
    typeof intNum,
    typeof floatNum,
    typeof singleQuoteStr,
    typeof doubleQuoteStr,
    typeof boolVar,
    typeof nullVar,
    typeof emptyVar
);

// result => number number string string boolean object undefined

오늘의 회고
java 에는 없는 데이터 타입을 알 수 있었다.

경마...(3)

차가리 — Sat, 13 Jul 2024 23:08:38 +0900

경마 모름

경마에 배팅한 적도 없고 심지어 승마도 해 본 경험이 없다..

그래서 경마에 대해 용어라도 공부하자는 마음으로 경마 용어를 확인해보려고 한다.

아 하지 말까..

경마 용어가 저렇게 많은지는 생각도 하지 못했다...

경마 용어 관련 네이버 블로그 글이 있어서 겨우 그 블로그를 보면서 정리를 했다.

나를 살린 블로그

기초 경마용어

1. 경마 기초 용어 가이드 승률 - 승률은 크게 3가지로 나뉘며 단승률, 복승률, 연승률로 나뉜다. 단승률 -...

blog.naver.com

경마 기초 용어 가이드

승률 - 승률은 크게 3가지로 나뉘며 단승률, 복승률, 연승률로 나뉜다.

단승률 - 1위 입상률
복승률 - 2위 이내 입상률
연승률 - 3위 이내 입상률

승식 - 마권을 구입할 때 승식을 골라 구매 할 수 있다. 승식은 7개로 나뉜다.

단승식 - 고른 말이 1등으로 들어오면 적중된다.
연승식 - 고른말이 1, 2, 3 등 안에 들어오면 적중한다. 맞히기 가장 쉽고 배당금이 가장 적은 편이다.
복승식 - 말 2마리를 골라 1, 2등으로 들어와야 하며 순서는 상관 없다.
쌍승식 - 말 2마리를 골라 1, 2등으로 들어와야 하며 순서까지 맞춰야 적중한다.
복연승식 - 말 2마리를 골라 3등 이내에 모두 들어오면 오면 적중한다.
삼복승식 - 말 3마리를 골라 1, 2, 3등으로 모두 들어와야하며 순서는 상관없다.
삼쌍승식 - 1,2,3 등을 순서대로 맞히는 승식이다. 맞추긴 어렵지만 배당이 가장 높은 편이다.

각질 - 주행습성이라고 하며 5가지 타입으로 나뉜다.

선행마 - 기선을 잡고 있다 기회가 왔을 때 선두로 치고나감.
도주마 - 도망치듯 달리다 추월당하면 쉽게 전의를 상실.
선입마 - 경기초반에 두세 번째로 달리다가 1등을 노림.
추입마 - 마지막에 선두로 치고 나와 막판 뒤집기를 잘함.
자유마 - 기수의 전략, 경주 당일 컨디션에 따라 경기 결과 좌우.

말의 종류 - 크게 5종으로 나뉘고 국산마, 포입마, 외신마, 제주마, 한라마로 나뉜다.

국산마 - 국내에서 태어나 길러진 말.
포입마 - 수태된 상태로 어미말과 함께 수입되어 국내에서 출생한 말. 실질적으로 수입마이지만 국산마에 준해 취급된다.
외신마 - 대한민국이 아닌 외국에서 태어나서 국내에서 수입된 말.
제주마 - 옛날부터 제주에서 기르는 재래종 조랑말.
한라마 - 제주마에 더러브렛종을 교잡시켜 만들어낸 교잡종 말. (한라마는 2023년부터 경마에 참여불가)

레이팅(Rating) - 레이팅은 말의 경주 능력을 대변하는 수치이다. 경주마가 그간 거둔 경주성적에 따라 1~140 구간에서 결정되며, 상위등급 경주마일수록 레이팅이 높다.
경주마에 부여된 레이팅을 활용하여 경주마의 등급(1~6등급)을 분류하고 경주마가 경주에 출전하여 부담하게 될 부담중량을 결정한다.

부담중량 - 기수의 체중에 안장등의 무게를 합친 것으로 박진감 넘치는 경주를 만들기위한 핸디캡과 같다. 쉽게 말해 밸런스패치. 부담중량은 이전성적 혹은 상금 수득으로 결정되며 성적이 좋은 말일수록 부담중량이 증가한다. 최대 상한 60kg를 초과하여 부여되지 않는다. 부담중량은 경주에 큰 영향을 미친다. 밑 마신 참조.

경주의 종류 - 경주는 크게 3가지로 나뉘며 마령경주, 별정경주, 핸디캡 경주로 분류된다.

마령 경주 - 말의 나이와 성별에 따라 부담중량이 이미 규정에 의해 정해진 대로 결정되는 것
별정 경주 - 일정기간 중 각 경주마가 벌어들인 상금의 합계에 따라 부담중량이 결정되는것. 즉, 수득상금이 많은 말은 부담중량이 무겁게, 적은 말은 가볍게 부여됨.
- A형 - 증량, 즉, 별정 A형 경주는 상금을 많이 번 말에게 부담중량을 무겁게 준다.
- B형 - 감량,
- C형 - 증감량, 우승확률이 높은 말은 무겁게 부진한 말은 가볍게 준다.
별정 경주에 증감 기호는 A, B, C로 나뉜다.
핸디캡경주 - 핸캡전문위원에 의하여 각 말들의 능력별로 차등에 따라 결정된 중량을 부여한다.

상금에 따른 경주 분류 - 크게 3가지로 나뉘며 특별경주, 일반경주, 대상경주가 있다.

특별경주 - 마주가 자기 말의 출주를 신청할 때 등록료를 내며, 이 돈을 전부 1위, 2위, 3위에 주는 상금을 포함시키는 경주이다.
일반경주 - 평소 시행되는 경주로 각 말의 등급에 의한 경주이다.
대상경주 - 특수한 의의와 전통성을 지닌 축제 형식의 경주이다.(무궁화배, 신문사배, 회장배, 그랑프리 등)

주행심사 - 등록된 경주마의 경주능력을 판정하는 것으로, 처음 출전하는 말이나 최종 경주 출주 후 4개월 이상 출전하지 않은 말 등을 경주마로서 적격여부를 판단하는것을 뜻한다.

주로 상태에 따른 분류 - 주로의 습도 상태에 따라서 건조, 양호, 다습, 포화, 불량으로 나뉜다. 대부분 건,양,다,포,불로 표기한다.

마방 - 조교사가 관리하는 시설로 말을 관리하는 시설을 뜻한다. 대한민국에서 마방은 숫자로 표시한다. ex) 32조, 10조

마신 - 경주에서 결승선을 통과하는 말들 간의 거리차를 표시하는 단위로서 마필의 체장(약 2.4미터)을 1마신으로 한다. 부담중량 1kg의 차이는 시간으로 1/3초, 거리로는 약 4.8m(2마신)이다.

코차이 - 경마에서는 결승선 도착 기준이 경주마의 코이다. 경주마의 신체 일부가 먼저 결승선을 도착하더라도 다른 말의 코가 먼저 닿았다면 우승은 코가 먼저 통과한 말에게 돌아간다.

거세마 -경마에서는 거세마가 존재하는데 거세마는 대부분 기질이 거칠어서 집중을 못하거나 사람에게 반항적인 말 등 사유에 의해서 생식기를 제거한 수말을 뜻한다. 대부분 성별표기에서는 '거'로 표기한다.

보법 - 말의 걸음걸이를 뜻하며 훈련 용어로 자주 사용된다.

평보 - 천천히 걷는것. 보통 경주가 끝나고 말을 진정시킬때 주로 한다.
속보 - 평보에서 시작해 마체가 풀리면 조금 강도를 올려 빠르게 걷는것을 뜻한다.
구보 - 천천히 달리는것으로 속보보다 한 단계 강한것을 뜻한다.
습보 - 실제 경주처럼 전력으로 달리는 것을 뜻한다.

외에도 수영훈련이 있다. 수영은 주로 스테미너를 기를 때 진행한다.

펄롱타임 - 1펄롱(200m)을 주파한 기록이며 대부분 F로 표기한다.

S1F - 출발지점에서 200m 지점
G3F - 결승선 전 600m지점
G1F - 결승선 전 200m지점

경마...(2)

차가리 — Sat, 13 Jul 2024 22:59:49 +0900

DB 테이블 설계...

설계라고 할 것도 없이 공공데이터에 있는 한국마사회에 있는 데이터를 가져와서 정제하는 용도이기 때문에 중요하지는 않다.

일단 먼저 해야할거는 말 정보

공공데이터 API 에서 가져오는 return 값을 보면 key 값이 219개가 되는걸 볼 수 있다...

결론은 DB 테이블로 담을려고 했지만 129개의 컬럼을 버티는 테이블이..

결국...

Row size too large. The maximum row size for the used table type, not counting BLOBs, is 65535. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs

해당 에러를 뱉으면서 장렬하게 테이블이 장렬하게 전사했다...

여기서 고민해볼게 전체 항목을 테이블에 적재해야되나? 라는 생각이 들면서 학원에서 배웠던 정규화라는 개념을 해볼려고 하다가 너무 많아서 실패...

그래서 생각해낸게

1. `말 정보` 라는 테이블의 목적을 생각 -> 말 정보만 담겨야됨.

2. 필요없는 값들 다른 테이블로 옮김 -> 말 정보에는 경주마 퇴사 시 조교명 이런건...필요 없음...

3. 필요한 것만 건지고, 테이블로 만들고, 불필요한 데이터는 삭제하고 한 끝에

영롱한 5개의 테이블로 완성해버렸다.. (member table 은 회원쪽..)

기본적인 말 정보는 얻었으니 나머지 API 들을 테이블에 적재하는 일은 이런 식으로 할 예정임.

경마..(1)

차가리 — Sat, 13 Jul 2024 22:47:41 +0900

일단 천천히 시작...

개요

경마 관련 서비스를 만들 예정 -> 통계 등 할 예정임.

기술..스택?

Spring Boot

JPA
Spring security

DB

MariaDB

일단은 이렇게 가고 추가적으로 들어오는게 있으면 추가할 예정

나는 일단 큰 와꾸먼저 만들고 테스트를 하기 때문에 기본 세팅은 완료 후 테스트 할 예정

99클럽 코테 스터디 1일차 Version Control Docker

차가리 — Fri, 28 Jun 2024 21:28:34 +0900

배포
- CI
  - ~~GitHub Actions~~
  - ~~Jenkins~~
- CD
  - ~~Argo CD~~
- Container
  - Docker
  - k8s
    - 쿠버네티스

란?

Go 언어로 작성된 리눅스 Container 기반으로하는 오픈소스 가상화 플랫폼
Docker 0.9 버전 부터는 직접 개발한 libcontainer 컨테이너를 사용하고 있음.

왜 사용함?

일관성 있는 개발 환경
- 개발, 테스트, 프로덕션 환경에서 동일한 설정을 유지할 수 있음.
이식성
- 컨테이너는 어디서나 동일하게 실행되므로 환경에 영향을 받지 않음.
효율성
- 시스템 자원을 효율적으로 사용할 수 있으며, 컨테이너는 VM 보다 가볍고 빠르게 배포할 수 있음.
확장성
- 컨테이너 기반 아키텍쳐는 수평적 확장이 용이하며, 클러스터링 도와 결합하여 쉽게 확장할 수 있음.
격리
- 각 컨테이너는 독립된 환경을 제공하여 애플리케이션 간의 종속성 충돌을 방지함.

Docker 까보기

Image
- Application 과 모든 종속성을 포함하는 읽기 전용 템플릿임. Dockerfile 을 사용하여 생성됨.
Container
- 이미지를 실행한 상태로, 애플리케이션이 동작하는 환경을 제공함.
Dockerfile
- 이미지를 빌드하기 위한 명령어를 포함하는 텍스트 파일
Docker Hub
- Docker 이미지를 공유하고 저장하는 중앙 저장소

사용법

Docker 는 Window, macOS, Linux 에서 사용할 수 있음. 공식 사이트에서 설치 프로그램을 다운로드 하여 설치하면 됨.

Window 는 BIOS 에서 Hyper-V 옵션이 켜져있는지 확인해야함.

기본 명령어

이미지 검색 및 다운로드

docker pull <image-name>

ex) docker pull nginx

컨테이너 실행

docker run -d -p <hostPort>:<containerPort> <image-name>

hostPort : 컴퓨터 호스트
containerPort : 컨테이너 내부 호스트

ex) docker run -d -p 80:80 nginx

docker ps

컨테이너 정지

docker stop <Container ID>

docker image

이미지 삭제

docker rmi <Image ID>

Dockerfile 작성 및 이미지 빌드

Dockerfile 작성

# base image setting
FROM ubuntu:latest

# 필요한 패키지 설치
RUN apt-get update && apt-get install -y python3

# 애플리케이션 복사
COPY . /app

# 작업 디렉토리 설정
WORKDIR /app

# 애플리케이션 실행 명령어 설정
CMD ["python3", "app.py"]

image build

docker build -t <image-name>

ex) docker build -t my-python-app

image 로 컨테이너 실행

docker run -d -p 5000:5000 my-python-app

Docker Compose 사용

Docker Compose 는 다중 컨테이너 애플리케이션을 정의하고 실행하기 위한 도구

docker-compose.yml 작성

version: '3'
services:
    web:
        image: nginx
        ports:
            - "80:80"
    app:
        build: .
        ports:
            - "5000:5000"

Compose 로 애플리케이션 실행

docker-compose up

Compose 로 애플리케이션 중지

docker-compose down

99클럽 코테 스터디 34일차 Version Control CD ArgoCD

차가리 — Wed, 26 Jun 2024 20:49:28 +0900

배포
- CI
  - ~~GitHub Actions~~
  - ~~Jenkins~~
- CD
  - Argo CD
- Container
  - Docker
  - k8s
    - 쿠버네티스

Argo CD 란?

Argo CD 는 k8s에 배포된 애플리케이션의 지속적 배포(CD: Continuos Delivery) 를 관리하기 위한 K8s 네이티브 툴
GitOps 방식으로 작동하며, 애플리케이션의 선언적 정의와 환경 구성을 Git 리포지토리에 저장하고 이를 통해 배포 상태를 관리함.

개념

k8s 네이티브 : k8s 환경에서 원활하게 작동하도록 설계됨.
GitOps 방식 : Git Repository 를 단일 소스로 사용하여 모든 배포를 관리
자동 동기화 : 설정된 정책에 따라 Git Repository의 상태와 클러터의 상태를 자동으로 동기화
시각화 : 배포 상태를 웹 UI를 통해 시각적으로 모니터링 가능

장단점

장점

일관성 보장
모든 설정과 애플리케이션 정의가 Git 에 저장되어 일관된 배포 상태를 유지
자동화
자동 동기화 및 자동 복구 기능을 통해 운영 부담을 줄임.
확장성
k8s 네이트브 툴로 k8s 의 모든 기능과 완벽하게 통합되어 확장성이 뛰어남.
시각적 관리
직관적인 웹 UI를 제공하여 배포 상태를 시각적으로 관리 가능
감사 가능성
모든 변경 사항이 Git에 기록되므로 변경 이력 추적이 용이함.

단점

복잡성
k8s 와 GitOps 방식에 대한 깊은 이해가 필요함.
러닝 커브
초기 설정과 운영에 대한 학습 곡선이 있음.
의존성
Git Repository에 대한 높은 의존성으로 Git 서버의 가용성이 중요

기존 CD

Jenkis
가장 널리 사용되는 CI/CD 도구로 다양한 플러그인과 광범위한 커뮤니티 지원
GitLab CI/CD
GitLab 과 통합된 CI/CD 도구로 GitLab의 기능을 활용하여 배포 관리
Travis CI
GitHub Repository 와 통합하여 CI/CD 파이프라인을 구성할 수 있는 도구
CircleCI
빠른 빌드와 배포를 위해 설계된 CI/CD 도구

기존 CD 와 Argo CD 의 차이점

GitOps 방식
Argo CD 는 GitOps 방식을 채택하여 Git Repository를 소스 사용해 배포를 관리하는 점이 다름.
k8s 네이티브
k8s 클러스터 환경에 최적화된 기능을 제공
자동화 및 동기화
Git Repository 와 클러스터 상태를 자동으로 동기화하는 기능
제공

사용하는 이유

안정성
Git을 단일 소스로 사용하여 배포의 일관성과 안정성을 보장
자동화
수동 작업을 줄이고 자동화된 동기화 및 복구 기능 제공
효율성
배포 상태를 시각적으로 관리하고 모니터링할 수 있어 운영 효율성 증대
보안
변경 사항이 모두 Git 에 기록되어 감사 추적이 용이

Argo CD 는 k8s 환경에서 GitOps 방식을 활용하여 애플리케이션 배포를 관리함으로써 일관성, 자동화, 안정성, 효율성을 제공하는 도구

이를 통해 DevOps 팀이 더 효과적으로 애플리케이션을 배포하고 관리할 수 있음.

99클럽 코테 스터디 33일차 Version Control Jenkins

차가리 — Tue, 25 Jun 2024 21:02:49 +0900

배포
- CI
  - ~~GitHub Actions~~
  - Jenkins
- CD
  - Argo CD
    - Container
    - Docker
    - k8s
  - 쿠버네티스

란?

소프트웨어 개발 시 지속적으로 통합 서비스를 제공하는 툴
- CI 툴이라고 표현함.

CI(지속적 통합)

개발자가 코드 변경사항을 공유 리포지토리에 정기적으로 병합(merge) 하는 것을 의미함. 이 과정에서 Jenkins 는 코드 변경사항을 감지하고 자동으로 빌드 및 테스트를 실행하여, 새로운 코드가 기존 코드베이스와 잘 통합되는지 확인함. 다음과 같은 이점이 있음.

오류감소
- 자동 빌드 및 테스트로 인해 코드 통합 과정에서 발생할 수 있는 오류를 초기에 발견하고 수정할 수 있음.
개발 속도 향상
- 자동화된 테스트와 빌드 프로세스는 개발자가 더 빠르게 피드백을 받고 문제를 수정할 수 있게 해줌.

CD(지속적 배포)

개발된 소프트웨어를 자동으로 테스트하고 운영 환경에 배포하는 과정을 의미함. Jenkins 를 사용하면 이 과정이 자동화되어, 소프트웨어의 새로운 버전을 빠르고 자주 배포할 수 있음. 다음과 같은 이점이 있음.

배포 자동화
- 수동 배포 과정에서 발생할 수 있는 인간의 오류를 줄이고, 배포 과정을 빠르고 일관되게 만듬.
피드백 루프 강화
- 사용자와의 빠른 피드백 루프를 통해 제품을 더 빠르게 개선하고 사용자 요구에 적응할 수 있음.

Jenkins Plugins

Jenkins 의 가장 큰 강점 중 하나는 확장성에 있음. Jenkins 는 수천 가지의 플러그인을 지원하여, 거의 모든 종류의 개발, 테스트, 배포 도구와 통합할 수 있음. 이러한 플러그인은 Jenkins 를 매우 유연하게 만들어, 거의 모든 개발 환경에 맞게 조정할 수 있음.

Credentials Plugin

Jenkins 는 서버이기 때문에 ssh 와 같은 key 가 필요함.
AWS Token, Git Access Token, Secret Key, ssh 등을 저장해주는 플러그인임.

Git Plugin

Jenkins 에서 git 에 대한 소스코드를 가져와서 빌드할 수 있게 도와주는 플러그인

PipeLine

연속적인 작업들을 젠킨스에서 하나의 파이프라인(작업) 으로 묶어서 관리할수 있게 만드는 플러그인임.

Docker Plugin and Docker PipeLine

Docker Agent를 사용하고 Jenkins 에서 Docker 를 사용하기 위한 플러그인

99클럽 코테 스터디 33일차 Version Control GitHub Actions

차가리 — Mon, 24 Jun 2024 22:13:05 +0900

배포
- CI
  - GitHub Actions
  - Jenkins
- CD
  - Argo CD
    - Container
    - Docker
    - k8s
  - 쿠버네티스

GitHub Actions Doc 여기 문서를 읽고 정리함.

란?

GitHub Actions 는 빌드, 테스트 및 배포 파이프라인을 자동화할 수 있는 CI/CD 플랫폼.

리포지토리에 대한 모든 풀 요청을 빌드 및 테스트하거나 병합된 풀 요청을 프로덕션에 배포하는 워크플로를 생성할 수 있음.

GitHub Actions 는 DevOps 이상의 기능을 제공하며 저장소에서 다른 이벤트가 발생할 때 워크플로를 실행할 수 있게 해줌.

예를 들어 누군가 저장소에 새 이슈를 생성할 때마다 워크플로를 실행하여 적절한 레이블을 자동으로 추가할 수 있음.

GitHub는 워크플로를 실행하기 위한 Linux, Windows 및 macOS 가상 머신을 제공하며, 자체 데이터 센터 또는 클라우드 인프라에서 자체 호스팅 실행기를 호스팅할 수도 있음.

구성 요소

워크플로우
- 하나 이상의 작업을 실행하는 구성 가능한 자동화된 프로세스.
- 저장소에 체크인된 YAML 파일에 의해 정의되며 저장소의 이벤트에 의해 트리거될 때 실행되거나 수동으로 또는 정의된 일정에 따라 트리거 될 수 있음.
- 워크플로는 저장소의 디렉터리에 정의되며 .github/workflows, 저장소에는 각각 서로 다른 작업 집합을 수행할 수 있는 여러 워크플로가 있을 수 있음. 예를 들어 풀 요청을 빌드하고 테스트하는 워크플로, 릴리스가 생성될 때마다 애플리케이션을 배포하는 워크플로, 그리고 누군가가 새 이슈를 열 때마다 레이블을 추가하는 워크플로가 있을 수 있음.
이벤트
- 워크플로 실행을 트리거하는 저장소의 특정 활동.
  - ex) 누군가가 풀 요청을 생성하거나, 이슈를 열거나, 커밋을 저장소에 푸시할 때 활동이 GitHub 에서 시작 될 수 있음. REST API 에 게시 하거나 수동으로 일정에 따라 실행되도록 퉈크플로우를 트리거할 수도 있음.

Jobs
- 작업은 동일한 실행기에서 실행되는 워크플로우의 일련의 Step임.
- 각 Step는 실행될 쉘 스크립트이거나 실행될 action 임. Step는 순서대로 실행되며 서로 종속됨.
- 각 Step은 동일한 실행기에서 실행되므로 한 단계에서 다른 단계데이터를 공유할 수 있음

Actions
- Action 는 복잡하지만 자주 반복되는 Action을 수행하는 GitHub Actions 플랫폼용 사용자 지정 애플리케이션 임. Action 를 사용하면 워크플로 파일에 작성하는 반복적인 코드의 양을 줄이는데 도움이 됨.
- 이것을 통해 GitHub 에서 Git Repository 를 가져오거나, 빌드 환경에 맞는 도구 체인을 설정하거나, 클라우드에 대한 인증을 설정할 수 있음.
Runners
- 워크플로가 트리거 될 때 워크플로우를 실행하는 서버.
- 각 러너는 한 번에 하나의 작업을 실행할 수 있음.
- GitHub 은 워크플로우를 실행하기 위한 Ubuntu Linux, Microsoft Windows 및 macOS 를 제공함.

99클럽 코테 스터디 32일차 Version Control GitHub

차가리 — Sun, 23 Jun 2024 14:10:14 +0900

Version Control
- ~~Git~~
- GitHub

란?

소프트웨어 프로젝트를 관리하고 협업하는 데 사용되는 플랫폼.
주로 버전관리 시스템인 Git 을 사용하여 코드 변경 사항을 추적함.
GitHub은 코드 저장소, 협업 기능, 코드 리뷰, 버그 추적, 작업 관리 등 다양한 기능을 제공.

Repository
- 개인 저장소 : 개인 프로젝트를 위한 저장소로, 사용자만 접근 가능함.
- 공개 저장소 : 누구나 볼 수 있고 참여할 수 있는 저장소로, 오픈소스 프로젝트에 자주 사용됨.
- 프라이빗 저장소 : 선택한 사용자만 접근할 수 있어, 비공개 프로젝트에 적합함.
Branch 와 PullRequest
- Branch
  - 기본 브랜치(대부분 main 또는 master) 로 부터 분기하여 특정 기능이나 버그 수정 작업을 독립적으로 진행할 수 있게 해주는 기능
- PR
  - 하나의 브랜치에 작업한 내용을 다른 브랜치(주로 기본 브랜치)로 병합하고자 할 때 사용하는 요청.
Issues 와 Project Board
- 이슈 : 버그, 개선사항,새 기능 요청과 같은 다양한 작업을 관리하고 토론하는 기능
- 프로젝트 보드 : KanBan 보드 형식의 도구로, 이슈와 노트를 열,카드로 조직하여 프로젝트의 진행 상황을 시각적으로 관리할 수 있음.
GitHub 액션(GitHub Actions)
- 자동화된 워크플로를 설정하여 소프트웨어 개발 워크플로우를 자동화할 수 있음. 예를 들어서, 코드 푸시 시 자동으로 빌드, 테스트, 배포가 이루어지도록 설정할 수 있음.
소셜 기능
- Star : 다른 사용자의 프로젝트를 즐겨찾기 하는 기능으로, 흥미운 프로젝트를 추적할 수 있음.
- Fork : 다른 사용자의 저장소를 자신의 계정으로 복사하는 기능으로, 해당 저장소에 대한 변경을 자유롭게 할 수 있음.

99클럽 코테 스터디 31일차 Version Control Git

차가리 — Sat, 22 Jun 2024 14:02:36 +0900

Version Control
- Git
- GitHub

Git 이란?

분산 버전 관리 시스템으로, 개발자들이 소스 코드의 변경 사항을 효율적으로 관리할 수 있게 해줌.
Linus Torvalds 에 의해 2005년에 개발되었으며, 주로 소프트웨어 개발에 사용됨.

특징

분산 시스템
- Git 은 중앙 집중식 서버가 아닌 각 개발자의 로컬 시스템에 전체 코드베이스의 복사본을 저장함. 네트워크에 접속하지 않고도 대부분의 작업을 수행할 수 있게 해줌.
데이터 무결성
- Git 은 데이터의 무결성을 보장하기 위해 SHA-1 해시를 사용하여 파일과 커밋(Commit) 을 관리함. 이는 변경된 내용을 정확히 추적하고 잘못된 데이터 전송이나 파일 손상 시 복구가 가능하게 함.
브랜치와 머지
- Git 의 Branch 기능은 매우 강력하며, 개발자가 다양한 기능을 독립적으로 개발하고 나중에 주 코드베이스와 합칠 수 있게 해줌. Merge 작업도 간단하고 효율적임
성능
- 성능을 중요시하며, 대규모 프로젝트에서도 빠른 속도를 제공함.
보안
- 보안 모델은 공개 키 (SSH 키) 를 이용하여 통신을 암호화 하고, 작업을 인증함.

기본 작업

초기화(Init) : 새로운 저장소를 생성하거나 기존 저장소를 로컬로 복제함.
추가(add) : 변경된 파일을 스테이징 영역(Staging Area) 에 추하여 다음 커밋에 포함.
커밋(Commit) : 스테이징 영역에 추가된 변경 사항을 저장소의 기록에 추가함.
푸시(Push) : 로컬 커밋을 원격 저장소에 전송함.
풀(Pull) : 원격 저장소의 변경 사항을 로컬 저장소로 가져옴.
브랜치 : 독립적인 작업을 위한 분기점을 생성함.
머지 : 두 개의 브랜치를 하나로 합침.
체크아웃 : 다른 브랜치로 전환하거나 특정 버전의 파일을 복구함.

활용

Git 은 그 자체로도 좋지만, GitHub, GitLab, BitBucket과 같은 온라인 플랫폼과 함께 사용될 때 더욱 효과적임.
코드 호스팅, 리뷰, 이슈 트래킹 등 추가적인 기능을 제공함.