Git을 사용한 브랜치 개발

Source: Dev.to

Overview

브랜치 개발은 소프트웨어 개발의 핵심 요소입니다. 여기서의 아이디어는 작업할 코드를 자신의 컴퓨터에 복제(즉, 복사)한 뒤 필요한 변경을 하고, 마지막으로 공식 코드 저장소에 다시 저장하는 것입니다. 다시 말해, 복제한 코드를 “브랜치”를 만들어 변경하고, 그 브랜치를 다시 메인 저장소에 “머지”하는 것입니다.

예전 직장에서 Pega는 자체적으로 이 작업을 처리했습니다. 자체 브랜칭 도구가 있어 로우코드 설정을 내 브랜치에 복사하고, 변경을 한 뒤 공식 코드에 체크인할 수 있었습니다. 하지만 Pega와 같은 로우코드 도구를 제외하고는 개발자들이 주로 git을 사용해 브랜치 개발을 관리합니다.

100Devs와 함께 HTML 및 CSS 프로젝트를 GitHub에 올리고 있습니다. 과거에는 브랜치를 만들지 않았습니다. 코드를 클론하고, 변경한 뒤, 별도의 브랜치를 만들거나 풀 리퀘스트를 열지 않고 바로 메인 브랜치에 머지했습니다. 작은 1인 프로젝트에는 괜찮지만, 학습을 지속하려면 장기적으로는 한계가 있습니다.

아래는 지난 몇 주 동안 사용해 온 워크플로우입니다. 주로 저 자신을 위해 적는 것이지만—터미널 명령을 가끔 잊어버리니 기억을 돕고 싶습니다. git을 처음 배우는 독자에게도 도움이 되길 바랍니다.

Common Git commands

• git checkout -b <branch-name> – 지정한 이름으로 새 브랜치를 만들고 바로 체크아웃합니다.
• git branch – 로컬 브랜치를 모두 나열합니다; 현재 브랜치는 * 등으로 표시됩니다.
• git status – 변경되었지만 아직 스테이징되지 않은 파일을 보여줍니다.
• git add <file> – 특정 파일을 다음 커밋을 위해 스테이징합니다.
• git add . – 모든 변경 파일을 스테이징합니다(주의해서 사용).
• git commit -m "" – 스테이징된 변경을 새 커밋으로 기록합니다. 아직 GitHub에 푸시되지 않습니다. 저는 Conventional Commits 가이드라인을 따릅니다.
• git push origin <branch-name> – 로컬 브랜치를 GitHub에 푸시합니다. 원격에 브랜치가 없으면 새로 생성됩니다. GitHub은 풀 리퀘스트(또는 초안 풀 리퀘스트)를 열 옵션을 제공합니다.

그게 전부입니다! 제가 git에서 자주 사용하는 명령들을 정리하고 싶었습니다. 곧 100Devs에서 배운 내용들을 더 올릴 예정이지만, 먼저 이 글을 올려두면 나중에 진행할 여러 프로젝트에 유용할 것이라 생각했습니다.

다른 git 명령 중에 제가 알아두면 좋고 실천해야 할 것이 있다면 어떤 것이 있을까요?