[데브코스] WIL 1

devlog·2024년 3월 8일
0

풀뎁코

목록 보기
1/14
post-thumbnail

💡프로젝트 관리의 중요성


프로젝트란?

  • 일정한 기간 안에 일정한 목적을 달성하기 위해 수행하는 업무의 묶음
  • 프로그램, 사이트 하나 전체를 만드는 것 뿐만 아니라 내부의 하나의 기능 또한 프로젝트라고 정의할 수 있음

프로젝트에서의 협업

  • 실무에서는 개인 프로젝트보다 팀 프로젝트의 비중이 높으므로 협업이 필수
  • 협업에서 중요한 것은 문서와 코드 등의 “공유”
    - 구현 진도, 코드 리뷰 등

Readme란?

  • 설명서의 의미
  • 완성된 프로그램의 설명서
    • 프로그램 사용 방법
    • 레퍼런스
  • 구현 중인 프로젝트의 현황
    - 구현된 주요 기능
    - 구현 현황
    - 코드가 해결해야하는 문제 등

Readme.txt

//코드 구현 내용..

  • 리드미 파일은 특별한 파일이 아닌 “확장자” → .m(ark)d(own)인 파일

markdown이란?

  • 읽고 쓰기 쉽게 만드는 것이 주요 목적

  • 일반 사용자들도 웹에서 쉽고 가독성있게 글을 쓸 수 있게 제공하는 하나의 기술(텍스트를 웹 기술로 바꿔주는 하나의 도구)

  • 일반 메모장에 쓰여지는 형태의 글을 글자 색, 크기, 굵기등을 변형하여 가독성을 높일 수 있음


마크다운 사용법


💡버전관리


버전이란?

  • 유의미한 수정을 의미
  • 기능 수정, 기능 추가, 기능 삭제

버전 관리의 필요성

  • 수정 전으로 버전을 돌리고 싶을 때 버전 롤백 가능

버전 관리 시스템 목적

  • 버전 관리
  • 백업 복구
  • 협업

💡버전 관리 시스템의 종류


로컬 VCS

  • 로컬에서 버전 관리
  • 현재 나의 데스크 안에서만 개인 버전 관리
  • 협업 X

중앙집중식 VCS

  • 중심 서버에서 버전 관리(백업)
  • 중앙 서버와 네트워크 연결되어있으면 협업 가능

분산 VCS

  • 파일 하나만을 가져오는 것이 아닌 프로젝트 단위로 받아오는 방식
  • 안정적이고 관리가 편하다는 장점이 있음
  • 대형 프로젝트(현업)에도 적합

💡Git 기본 이론


분산식 버전 관리 시스템 Git

  • Git은 로컬 시스템이므로 내 컴퓨터에 설치되는 시스템
  • 로컬에서 버전을 관리해주는 시스템이자 깃허브와 소통하는 시스템

깃허브란?

  • 원격으로 중앙에서 프로젝트를 백업, 버전관리, 협업을 도와주는 툴
  • 원격 컴퓨터에서 백업을 담당하는 시스템이자 로컬과 별도로 버전 관리도 해주는 시스템

CLI vs GUI

명령을 하는 방법의 종류

  • CLI(Command Line Interface)

    • 셸(창)에 글자를 입력하여 컴퓨터에 명령을 내림
  • GUI(Graphic User Interface)

    • 그래픽으로 컴퓨터에게 명령을 내림
    • 사용자에게 화면을 제공

Github 토큰 생성 ( 깃허브 연동 시 아이디/비번 필요 시)

  • github setting → delveloper setting → personal access token → Tokens (classic) → generate new token(classic)
  • 유효기한은 가능한 걸어주는 것이 좋음
  • 용도 선택은 repo / workflow / delete repo / project 기본 선택

브랜치 이름 규칙

  • 메인

  • 기능 개발 : feature/(기능이름)

  • 출시 준비 : release- 1.3

  • 긴급 수정 : hotfix-1.2.1

  • git branch -r

    • 리모트에 있는 브랜치 확인

깃허브 브랜치 전략 (=깃 플로우)

  • fast-forward 전략
    • A 브랜치에서 B 브랜치를 생성한 시점부터
      • A 브랜치에는 아무런 추가 구현을 하지 않고
      • B 브랜치만 추가 구현 한 뒤
    • 둘을 합치면 끝남 (A 브랜치에는 아무런 작업을 하지 않았음으로)

  • 3 ways 전략
    • 일반적으로 가장 많이 사용하는 전략으로 A 브랜치에서 B 브랜치를 생성한 시점부터
      • A 브랜치도 추가 구현
      • B 브랜치도 추가 구현
    • 둘을 합치면 A 브랜치와 B 브랜치가 서로 비교하여 바뀐것을 정리하여 합치는 전략

병합이란?

  • 브랜치란 “협업”을 위한 것
  • 추가 브랜치 → 메인 브랜치 병합 ⇒ Pull Request
    • PR 메세지 신경쓰기
  • merge (merge commit이 일어남)
  • branch 삭제

0개의 댓글