GitFlow를 설명하기에 앞서 브랜치 활용 전략 종류에 대해 간략히 알아보자. ▶ Git의 브랜치 활용 전략 모델 - feature 별 branch - 개발자별 branch - 스프린트 주기별 branch - 사내 검증 단계별 branch - · · · - GitFlow Git의 브랜치 활용 전략 중 하나인 GitFlow에 대해 살펴보자. GitFlow 모델은 다섯가지 브랜치를 활용하여 변경점을 관리하는 모델이다. 하나씩 알아보자. master branch : 실제 고객에게 릴리즈 되는 브랜치 - 고객에게 전달 가능한 수준의 커밋만 존재해야 한다. - 모든 변경사항은 결국 master로 최종 반영되어야 한다. develop branch : 다음 배포할 기능을 개발하는 브랜치 - 실제 개발의 중심이 되는..
Git에서 Tag란? 특정 시점의 소스코드 정보를 기록한 것, 프로젝트 진행중 의미있는 시점의 커밋을 태깅한 것 ≫ 의미있는 시점이란? - 1차 목표 기능 개발이 완료되었을 때, - 매우 중요한 이슈가 해결되었을 때, - 고객에게 소프트웨어를 배포할 때 등등 Git Tag의 종류 ≫ Lightweight Tag : 버전명과 같은 태그명만 남기는 태그 $ git tag 태그명 → 태그 생성 ≫ Annotated Tag : Git 데이터베이스에 태그를 만든 사람의 이름, 이메일, 태그 생성날짜 등을 저장한 태그 $ git tag -a 태그명 -m "태그메세지" → 태그 생성 ▷ 간단하게 예제로 알아보자 ≫ $ git tag -a 태그명 -m "태그메세지" 로 tag 생성 ≫ $ git log 로 확인해보자 ..
Branch 본래의 소스코드로 부터 파생한 독립적인 작업 공간 ≫ Branch의 특징 - 최신 커밋을 가리키는 일종의 포인터 역할을 한다. - 매우 가벼워서 생성, 이동, 병합(merge)이 매우 쉽다. - 목적에 따라 분기할 수 있다. master Branch - Git은 기본적으로 master 브랜치를 생성한다. - master 브랜치는 첫 번째 커밋을 만들어야 생성된 커밋을 가리킬 수 있다. - 따라서 $ git commit -m "···" 명령어로 commit을 생성한 후, 현재 작업중인 브랜치를 확인하는 명령어[$ git branch]로 확인해보면 현재 작업중인 브랜치는 master인 것을 확인할 수 있다. 브랜치 생성하는 방법 ≫ $ git branch 생성할_브랜치명 입력 ≫ $ git br..
작업 디렉토리의 파일 상태 ≫ Untracked : 변경점은 발생했으나, Git에 의해 관리되지 않은 파일 단 한번도 Staging Area에 포함되지 않은 파일 ≫ Tracked : Git에 의해 관리되는 파일 Staging Area에 한 번 이상 포함된 파일 commit 하는 법 1. git commit 명령어 입력 후 2. :wq로 저장하고 종료하면, Commit 완료 ※ 에디터 실행 없이 커밋을 생성하고 싶다면, git commit -m "커밋메세지" 로 커밋 생성! 커밋 히스토리 확인 ≫ git log - commit: 커밋의 ID - Author: 커밋을 반영한 담당자 정보 - Date: 커밋 반영 날짜와 시간 커밋 되돌리기 이미 커밋을 만들었는데, 1) 커밋의 메세지를 변경하고 싶을 때 ≫ ..
형상관리 (Software Configuration Management, SCM) 소프트웨어 개발 프로세스 각 단계에서 소프트웨어의 변경점을 체계적으로 추적·관리하는 일련의 모든 활동 # 형상관리의 중요성 : 변경점을 관리하고 추적하는 과정은 프로젝트의 리스크를 최소화한다는 것을 의미한다. 소프트웨어의 복잡성이나 규모가 점점 높아지고 있기 때문에 형상관리는 소프트웨어의 품질을 확보하는 가장 핵심 과정이 됐고, 중요성이 점점 높아졌다. # 형상관리의 대상 : SW 개발 모든 단계에서 발생하는 산출물 (ex. 요구사항 명세서, 프로젝트 관리를 위한 각종 문서, 스토리보드, 소스코드, API 문서 등) Git 소스코드를 효율적으로 관리하기 위한 형상관리 도구, '버전 관리 도구' 라고도 불림 Git의 목표 -..
다들 한번쯤은 들어봤거나, 듣고 있거나, 앞으로 일하면서 들을 용어를 간략하게 정리해 보겠다. 코딩 : OS(운영체제)에 명령을 내리는 것 - 서버의 역할 : 가운데에서 데이터를 저장하고, 주는 역할 - 웹은 'HTML, CSS, JavaScript'를 다 받아오고, 앱은 JSON{ 키 : 밸류 }형식으로 데이터만 받아옴. (껍데기는 이미 다 가지고 있음) ex) 은행=Server, 고객=Client 고객이 은행과 미리 약속해둔 곳에 약속해둔 데이터를 들고가야 잔고를 확인해줌 API (Application Program Interface) : 서버에서 미리 만들어둔 기능(창구)이자, 클라이언트와 한 약속 * Open API? : 누구나 요청할 수 있게 열어 둔 API (적용 사례) "API 하나 따주세요..
