jonbeo 님의 블로그

코드를 푸시했을 때 자동으로 테스트가 실행되고,코드 리뷰 후 자동으로 배포까지 된다면…?그걸 가능하게 해주는 도구가 바로 GitHub Actions입니다!이번 글에서는GitHub Actions가 무엇인지초보자가 바로 써볼 수 있는 실습 예제기본 구조와 자주 쓰는 활용법을 한 번에 정리해보겠습니다 😊 ✅ GitHub Actions란?GitHub 저장소에서 CI/CD 자동화를 가능하게 해주는 기능입니다.코드가 푸시되었을 때, PR이 열렸을 때, 매일 정해진 시간에 등 다양한 트리거로자동으로 테스트, 빌드, 배포, 알림 등을 처리할 수 있어요. 🧱 GitHub Actions 구조 이해하기Workflow하나의 자동화 작업 전체를 정의하는 단위.github/workflows 폴더에 .yml 파일로 저장됨주요 ..

Git을 쓰다 보면 merge는 익숙한데,rebase는 뭔가 무섭고 어렵게 느껴지죠?하지만 rebase를 제대로 알면더 깔끔하고 일직선 같은 Git 히스토리를 만들 수 있습니다.이번 글에서는 rebase의 개념부터 실습 예제,그리고 merge와 비교한 시각적 흐름도까지 함께 정리해보겠습니다. ✅ 기본 개념 정리: merge vs rebase항목 merge rebase 히스토리브랜치 흐름을 보존히스토리를 재작성커밋 기록병합 커밋(merge commit) 생성병합 커밋 없이 재배치사용 용도협업 히스토리 보존깔끔한 커밋 라인 유지협업 안정성안정적신중히 사용해야 함 1️⃣ 실전 예제 흐름git checkout featuregit rebase main 위 명령어의 뜻은:“feature 브랜치의 커밋들을, mai..

Git으로 작업하다 보면 한 번쯤은 이런 생각을 하게 됩니다:“아... 이전 상태로 돌리고 싶다...”“방금 커밋 잘못한 것 같은데?”“코드는 지우고 싶은데, 나중에 다시 보고 싶다…”이럴 때 사용하는 명령어들이 바로git reset, git revert, git stash 입니다!이번 포스팅에서는 각 명령어의 차이점, 사용 시점, 주의할 점까지 예제를 통해 깔끔하게 정리해드리겠습니다. 🧯 1. git reset - 커밋을 과거로 되돌리기 (히스토리 변경)git reset --hard [커밋 해시]특정 시점으로 되돌리고, 그 이후의 커밋은 모두 제거--soft: 커밋만 되돌림 (파일은 그대로)--mixed: 인덱스까지 초기화--hard: 모든 파일 상태까지 초기화 (주의! 되돌릴 수 없음)✅ 언제 쓰나..

혼자 코딩할 때는 main 브랜치 하나로도 충분합니다.하지만 여러 명이 함께 개발한다면, 브랜치를 어떻게 나눌지 전략이 정말 중요해져요.이번 글에서는 대표적인 두 가지 협업 브랜치 전략👉 Git Flow👉 GitHub Flow를 예시와 함께 비교해보겠습니다. ✅ 브랜치 전략이란?브랜치 전략은 팀원들이 어떤 기준으로 브랜치를 만들고, 병합하고, 배포할지 정해두는 개발 룰입니다.잘 정리된 전략은 개발 흐름을 명확하게 만들어주고충돌, 꼬임, 실수 배포를 줄여줍니다. 🧭 전략 1. Git FlowGit Flow는 기능, 릴리즈, 핫픽스를 명확히 구분하는 전통적인 워크플로우입니다.복잡하지만 대규모 프로젝트에서 안정성을 높이기 좋습니다.🧩 브랜치 구성브랜치역할main최종 배포 버전develop개발 버전fea..

1. Git 설치 여부 확인먼저 Git이 설치되어 있어야 VS Code에서도 Git을 사용할 수 있어요!VS Code 터미널 열기 (단축키: `Ctrl + ``)아래 명령어 입력git --version 설치되어 있다면 버전 정보가 출력됩니다. 없다면 Git 공식 사이트에서 설치하세요.2. GitHub 계정 만들기 (이미 있다면 생략 가능)https://github.com/ 접속우측 상단 Sign up 클릭이메일, 비밀번호 입력 후 계정 생성3. 로컬 Git 저장소 만들기VS Code에서 만든 웹 프로젝트 폴더 열기터미널에서 다음 명령어 실행git init 3. 변경된 파일을 Git이 추적할 수 있도록 스테이징git add . 4. 커밋 메시지와 함께 첫 커밋git commit -m "처음 ..

공개로 만든 저장소, 비공개로 바꾸고 싶다면 이렇게 하세요!✅ Public과 Private의 차이점 먼저 알아볼까요?구분 Public 저장소 Private 저장소 접근 권한누구나 접근 가능초대된 사람만 접근 가능검색 노출GitHub 검색 및 Google 검색 가능검색에 노출되지 않음오픈소스 공유누구나 포크, 이슈, PR 가능초대한 사람만 협업 가능보안민감 정보 노출 주의 필요민감한 내용 보호에 유리💡 Tip:팀 협업이나 오픈소스를 위한 저장소는 Public이 적합하지만, 개인 프로젝트나 민감한 정보를 담고 있는 경우에는 Private으로 설정하는 게 좋아요.🔁 Public 저장소를 Private으로 바꾸는 방법GitHub에 로그인 후, 비공개로 바꾸고 싶은 저장소로 이동해요.👉 GitHub 접속 ..

💡 GitHub에서 협업할 땐 프로젝트 관리도 중요해요!GitHub는 코드 저장소만을 위한 곳이 아니에요.팀원들과 함께 효율적으로 작업하고,진행 상황을 한눈에 볼 수 있도록 프로젝트 관리 기능도 제공한답니다!대표적으로는✔️ Projects (프로젝트 보드)✔️ Milestones (마일스톤)이라는 두 가지 기능이 있어요.📌 Projects – 할 일을 시각적으로 관리하는 보드Projects는 Trello나 칸반보드처럼작업을 "할 일(To Do) → 진행 중(Doing) → 완료(Done)" 단계로 나누어 관리할 수 있어요.이걸 활용하면 혼자 작업할 때도, 팀 작업할 때도진행 상황을 한눈에 확인할 수 있어요!✅ 프로젝트 보드 만들기GitHub 저장소로 이동하세요상단 메뉴에서 Projects 탭을 클릭"..

🤝 협업에서 유용한 GitHub 기능들– 팀워크를 빛나게 해주는 작은 마법들🌱 들어가며혼자서 프로젝트를 할 땐 괜찮지만,팀 프로젝트를 시작하면 협업이 핵심이 되죠?그럴 때 GitHub의 다양한 기능들이우리의 협업을 훨씬 더 빠르고, 깔끔하고, 효율적으로 만들어줘요!이번 포스팅에선 협업에 유용한 GitHub 기능들을 쏙쏙 정리해볼게요!1️⃣ Collaborator 초대하기 – 함께 일할 사람 추가하기✅ 저장소 Settings → Collaborators에서 팀원을 초대할 수 있어요!초대한 사람은 write 권한 이상이 생겨요함께 코드 수정, 커밋, Push 등 가능2️⃣ Issue – 할 일과 버그를 깔끔하게 정리새로운 기능 제안, 버그 제보, 질문 등을 남길 수 있어요마치 프로젝트 게시판 같은 역할!..

📂 .gitignore 파일이란?– Git이 무시해야 할 파일들을 지정하는 마법의 문서!🌱 들어가며Git으로 프로젝트를 올리다 보면,"어 이 파일은 올리고 싶지 않은데?""개인 설정 파일인데, 팀원들이 보면 안 돼!"싶은 파일들이 생기죠?이럴 땐 .gitignore 파일을 사용하면 해결돼요!🧾 .gitignore란?.gitignore는 Git에게“이 파일은 추적하지 마! 무시해줘!”라고 알려주는 파일이에요.📌 무시하고 싶은 파일이나 폴더의 경로를 작성해두면,Git이 그 파일은 버전 관리를 하지 않아요.🧩 언제 필요할까?예를 들어 이런 경우에 자주 써요:IDE 설정 파일 (.vscode/, .idea/)로그 파일 (*.log)빌드 결과물 (/dist/, /build/)개인 키나 민감 정보 (.en..

🌐 GitHub Pages로 정적 웹사이트 배포하기– 내 프로젝트, 세상 밖으로 공개해봐요!🎯 들어가며GitHub에 올려둔 내 프로젝트,"이걸 웹사이트로 딱! 공개할 수 없을까?"물론 가능하죠!바로 GitHub Pages 기능을 쓰면 됩니다.이 기능은 개발자가 만든 정적 웹페이지(HTML, CSS, JS)를무료로 인터넷에 배포할 수 있도록 도와주는 GitHub의 꿀기능이에요! 🍯🧩 1. GitHub Pages란?GitHub 저장소의 콘텐츠를 웹사이트처럼 보여주는 기능정적 웹사이트 배포에 특화됨 (HTML/CSS/JS).github.io 도메인으로 제공됨 (예: https://username.github.io/)📝 정적 페이지란?서버에서 동작하는 코드 없이단순히 보여주는 HTML, CSS, JS ..