mirabo01 님의 블로그

처음 GitHub 레포지토리를 만들면막상 다음 단계에서 이런 생각이 든다.이 로컬 폴더를 GitHub 레포랑 어떻게 연결하지?git remote는 언제 쓰는 거지?매번 검색해서 복붙하는데, 정리된 게 없네이 글은GitHub에서 새 레포지토리를 만든 직후, 로컬에서 처음 한 번 설정하는 과정을실무 기준으로 차분하게 정리한 포스팅이다.Git을 이미 조금 써본 사람이라도처음 세팅 단계는 은근히 헷갈리는 경우가 많다.이 글이 필요한 사람GitHub 레포지토리를 이제 막 만든 경우로컬 프로젝트를 기존 GitHub 레포와 연결하려는 경우git remote, origin 개념이 애매한 경우전체 흐름 먼저 보기GitHub 레포지토리 생성 후로컬에서 해야 할 작업은 크게 보면 이 순서다.GitHub에서 레포지토리 생성로..

이제 당신은 Git을 이용해 브랜치를 만들고, 병합하고, PR 리뷰까지 할 줄 안다.그렇다면 다음 단계는 **“자동화”**다.이번 편에서는✅ Git Hooks — 로컬에서 자동 검증 및 실행✅ GitHub Actions — 클라우드에서 자동 빌드·배포두 가지를 활용해 실무 수준의 CI/CD(Continuous Integration / Continuous Deployment) 환경을 구축하는 방법을 완전 정리한다.💡 1. CI/CD란 무엇인가?“코드를 자동으로 테스트·빌드·배포해주는 자동화 개발 흐름”단계 의미 설명CI (Continuous Integration)지속적 통합코드 변경을 자동 테스트 및 병합CD (Continuous Deployment)지속적 배포테스트 통과 시 자동으로 배포 진행💬 간단..

Git을 혼자 쓸 땐 단순하지만,팀으로 협업하기 시작하면 GitHub의 진짜 힘이 드러난다.오늘은 실무에서 꼭 알아야 할 3가지 협업 핵심 도구 —✅ Pull Request (PR)✅ Issue✅ Code Review를 중심으로, 효율적인 협업 흐름을 단계별로 정리해본다.💡 1. 협업의 기본: “main을 건드리지 않는다”“팀 프로젝트의 첫 번째 규칙: main 브랜치는 절대 직접 수정하지 않는다.”main은 서비스가 실제로 배포되는 가장 안정적인 버전이다.따라서 모든 변경은 별도의 브랜치에서 작업 → PR로 병합 요청이라는 과정을 반드시 거쳐야 한다.💬 쉽게 말하면,“main은 교본이고, 나머지 브랜치는 실험실이다.”🌱 2. 작업 전 기본 플로우협업은 아래 순서를 습관처럼 반복한다 👇git cl..

Git을 좀 다뤄봤다면 이런 상황이 있었을 것이다 👇“지금 급하게 다른 브랜치로 이동해야 하는데,아직 작업 중인 코드는 커밋하면 안 돼요!”또는,“예전에 특정 커밋 하나만 가져오고 싶은데전체 코드를 합치긴 싫어요.”이럴 때 필요한 것이 바로 stash, tag, cherry-pick이다.이 세 가지는 실무 개발자가 꼭 알아야 하는 “생산성 3대 명령어”다.💡 1. Git Stash — 작업을 임시로 저장하기“커밋하지 않고 현재 작업 상태를 잠시 숨겨두는 기능”🔹 상황 예시로그인 기능을 수정 중인데, 갑자기 다른 브랜치 버그를 고쳐야 할 때!👉 커밋은 아직 하기 이르고, 그렇다고 코드를 버릴 수도 없다.이럴 때 쓰는 게 바로 git stash⚙️ 사용법git stash ✅ 결과Saved workin..

“분명 잘되던 코드인데, 갑자기 merge conflict 떴어요!”협업을 시작하면 누구나 처음 마주하는 벽이 바로 Git 충돌(conflict) 이다.이 문제는 피할 수는 없지만, 이해하면 쉽게 해결할 수 있다.이번 글에서는✅ 충돌이 왜 생기는지✅ 어떤 방식으로 해결하는지✅ 실무에서 가장 깔끔한 정리 루틴은 무엇인지단계별로 완벽히 정리해보자.💡 1. 충돌(conflict)이란?“Git이 두 개의 수정 내용을 동시에 병합할 수 없을 때 발생하는 현상”Git은 보통 자동으로 merge를 해준다.하지만 두 브랜치에서 같은 파일의 같은 줄을 수정했다면,Git은 “어느 쪽이 맞는지” 판단할 수 없기 때문에 충돌이 발생한다.예를 들어 👇main 브랜치console.log("Hello world!");featu..

“브랜치는 알겠는데,실무에서는 브랜치를 어떻게 나누고, 언제 병합해야 할까?”입문자 단계에서는 main과 feature 정도만 사용하지만,팀 프로젝트나 서비스 운영 단계로 가면명확한 브랜치 전략(Workflow) 이 필요하다.이번 글에서는 실무에서 가장 널리 쓰이는 두 가지 전략,✅ Git Flow 와 ✅ Trunk Based Development를 비교하고, 실제 예시와 함께 최적의 선택 기준을 알려준다.💡 1. 브랜치 전략이 중요한 이유“팀 프로젝트는 코드를 나누는 게 아니라, 책임을 나누는 것이다.”프로젝트 규모가 커질수록누가 어디서 개발 중인지어느 브랜치가 배포 가능한지어떤 버전이 안정적인지이 모든 걸 관리해야 한다.브랜치 전략은 이런 협업의 혼란을 방지하고,안정적인 배포 파이프라인을 만드는 설..

“커밋 잘못했어요. 코드가 다 망가졌어요…”모든 개발자가 한 번쯤 외치는 말이다.하지만 걱정할 필요 없다.Git은 바로 이런 순간을 대비한 되돌리기 기능의 제왕이다.이번 글에서는 reset / revert / restore 세 가지 명령을 비교하며,실무에서 어떤 상황에 어떤 명령을 써야 하는지 완벽히 정리한다.💡 1. Git의 ‘되돌리기’ 개념Git은 모든 변경 이력을 커밋 단위로 저장한다.즉, 코드를 실수로 지워도“그 이전 상태로 돌아갈 수 있는 스냅샷”이 존재한다.📘 되돌리는 방법은 크게 두 가지다:구분 방식 설명reset / restore과거 상태로 ‘돌려버림’기록 자체를 변경revert과거 상태를 ‘새 커밋으로 복원’기록은 유지💬 즉,reset = 과거로 시간여행 (이전 커밋으로 덮어쓰기)r..

이전까지는 내 컴퓨터 안(local) 에서만 Git을 다뤘다.이제는 그 코드를 온라인 저장소(GitHub) 로 올려서다른 사람과 협업하고, 백업하고, 어디서든 접근할 수 있게 해보자.이번 글에서는 GitHub 계정 연동 → 원격 저장소(remote) 생성 → push/pull 실습순서로 단계별로 배워본다.💡 1. GitHub란?“Git을 기반으로 한 전 세계 개발자들의 코드 공유 플랫폼”Git은 버전 관리 도구,GitHub은 그 버전들을 온라인에서 관리할 수 있는 클라우드 서비스다.구분 Git GitHub역할버전 관리 프로그램코드 저장 및 협업 플랫폼위치로컬(내 컴퓨터)원격(클라우드)예시 명령git commitgit push, git pull💬 즉,“Git이 책이라면, GitHub은 그 책을 꽂아두는..

“팀 프로젝트 중 기능 하나 고치려는데,기존 코드가 망가질까 봐 손이 떨린 적 있나요?”이럴 때 바로 **‘브랜치(Branch)’**를 사용해야 한다.브랜치는 코드 실험, 기능 추가, 버그 수정 등을독립적인 공간에서 안전하게 진행할 수 있게 해준다.이번 글에서는 Git 브랜치의 개념부터 생성, 이동, 병합, 충돌 해결까지단계별로 완벽히 정리해본다.💡 1. 브랜치(Branch)란?“브랜치는 같은 프로젝트 안에서 독립적으로 작업할 수 있는 분기점이다.”Git의 모든 코드는 ‘나뭇가지(branch)’처럼 분기된다.메인(main) 줄기는 그대로 두고,새로운 가지를 만들어 작업한 뒤문제가 없으면 다시 메인 줄기에 합치는 구조다.📘 즉,“브랜치는 실험 공간, 메인은 결과물 저장소”🧱 2. 브랜치가 왜 필요한가..

Git이 뭔지는 이제 감이 잡혔을 것이다.그럼 이제 직접 써보는 단계로 넘어가보자.이번 글에서는👉 Git 설치 후 환경 설정부터, 첫 저장소 생성과 커밋까지완전 기초 실습 중심으로 진행한다.“Git을 쓸 줄 안다”는 건결국 git init → add → commit이 세 단계를 이해하는 것이다.💡 1. Git 설치 확인하기먼저 Git이 설치되어 있는지 확인하자.터미널(macOS) 또는 CMD(Windows)에서 입력 👇git --version✅ 예시 결과git version 2.45.1만약 “git: command not found” 같은 메시지가 뜨면https://git-scm.com/downloads에서 OS에 맞는 버전을 다운로드 후 설치하면 된다.⚙️ 2. 사용자 정보 설정 (한 번만 하면 ..