[TIL] Build, CI/CD, Github Gist

ceres·2020년 6월 12일
0

TIL

목록 보기
23/34
post-thumbnail

Build

소스코드 파일 -> 컴퓨터, 핸드폰에서 실행할 수 있는 독립소프트웨어 가공물

  • 이 과정 또는 가공물 자체를 build 라고 한다.
  • build 가장 중요한 과정 중 하나는 소스코드 파일이 실행코드로 변환되는 컴파일 과정이다.
  • AWS에서 npm run build는 작업한 파일들을 자바스크립트1개 html 1개 css 1개로 각 각 합쳐주는 역할을 한다고 한다. build한 후 서버에 올려야 하고, 수정 후에도 다시 build 해야 한다고 한다.

CI/CD

앱 개발 단계를 자동화 하여 보다 짧은 주기로 고객에게 제공하는 방법

1. 지속적인 통합(Continuous Integration)

애플리케이션에 대한 새로운 코드 변경 사항이 정기적으로 빌드 및 테스트 되어 공유 repository에 통합되므로 여러 명의 개발자가 동시에 개발과 관련된 코드 작업할 경우 서로 충돌할 수 있는 문제 해결 가능함.

2. 지속적인 서비스 제공(Continuous Delivery)

변경 사항이 버그 테스트를 거쳐 리포지토리에 자동으로 업로드하는 것을 의미. 운영팀은 이 리포지토리에서 애플리케이션을 실시간 프로덕션 환경으로 배포할 수 있다. 이는 개발팀과 비즈니스팀 간의 가시성과 커뮤니케이션 부족 문제를 해결해 줍니다. 지속적인 제공은 최소한의 노력으로 새로운 코드를 배포하는 것을 목표로 한다.

3. 지속적인 배포(Continuous Deployment)

개발자의 변경 사항을 리포지토리에서 고객이 사용 가능한 프로덕션 환경까지 자동으로 릴리스하는 것을 의미

출처 : https://www.redhat.com/ko/topics/devops/what-is-ci-cd

Github Gist

빈번한 수정이 필요한 글을 내장링크로 사용할 때 사용된다.

ex) blog에 코드를 업로드 했는데 오타가 있어서 코드도 수정하고 블로그 글도 수정해야 할 때, 오타가 난 코드를 사용한 곳이 여러 곳이라면 다 고치기 힘들것이다. 하지만 github gist에 코드를 올리고 그 코드를 블로그 등에 내장링크로 사용한다면 gist에 올린 코드만 수정한다면 나머지 코드는 알아서 수정된다.

  • 코드조각, 로그, 메모 등 남길 때 사용한다.

0개의 댓글