깃허브

🍎브랜치 만들기효율적인 협업을 위해서는 일관된 브랜치 네이밍 규칙을 지키는 것이 좋다. 팀마다 정해진 방식이 있겠지만, 다음같은 네이밍 컨벤션을 사용하는 것이 보편적이다. main 브랜치👉 정상적으로 동작하는 버전이 저장되는 기본 브랜치 브랜치 분기작업의 목적과 성격에 따라 브랜치를 분류하고 네이밍한다. 주로 다음과 같은 규칙을 사용한다.기능 개발: feature/기능명 형태로 명명출시 준비: release-x.x 형식으로 명명긴급 수정: hotfix-x.x.x 형식으로 명명브랜치 병렬 작업 이해하기브랜치를 사용하는 주된 이유는 병렬 작업을 위해서이다. 브랜치는 독립된 작업 공간이므로, 서로 다른 작업을 동시에 진행할 수 있다. 브랜치 실험feature/signup 브랜치에서 test.txt 파일을 ..

오늘 수강한 파트는 깃허브 레포지토리 생성과 브랜치 실습. 주요 명령어들을 정리해보았다.😺Gihub 레포지토리 생성1. Github 계정에 로그인한 후, 우측 상단의 "+" 아이콘을 클릭하고 "New Repository"를 선택한다.2. 레포지토리 생성 페이지에서 다음 정보를 입력한다.Repository name: 레포지토리 명(필수)Description: 레포지토리에 대한 설명(선택)Public/Private: 레포지토리 공개 여부 선택Add a README file: 리드미 파일 자동 생성 여부3. 모든 정보를 입력한 후 "Create Repository" 버튼을 클릭하면 레포지토리가 생성된다.  레포지토리를 생성하면 로컬 프로젝트 연동 방법을 안내하는 페이지가 뜬다. 두 가지 케이스가 있다. 1...

Git의 비밀을 풀어보자: HEAD씨의 기묘한 모험Git을 사용하다 보면 "HEAD"라는 것을 종종 보게 됩니다. 커밋 히스토리를 살펴보거나, 브랜치를 생성할 때 등장하는 HEAD. 도대체 뭘 의미하는건지 그 정체가 궁금하신 분도 계실겁니다. 이번 포스팅에서는 HEAD의 본질을 그림과 시나리오로 설명해보려고 합니다.😎1. HEAD씨의 첫 걸음, main 브랜치HEAD씨가 Git 세상에 첫 발을 내디뎠습니다. 어쩌다보니 물 위에서 스폰된 HEAD씨를 위해, 발판을 만들어줍시다. 발판은 커밋을 통해 만들 수 있습니다.  새로운 커밋이 생성될 때마다 HEAD 씨가 있는 브랜치에 발판이 추가됩니다. 💡정리브랜치만 있으면 아무것도 할 수 없습니다. commit을 통해 브랜치에 새로운 정보를 입력할 수 있습니다..

Git이란?Git은 버전 관리 시스템(VSC, Version Control System)의 일종입니다. 파일 변화를 시간에 따라 기록하여, 나중에 특정 시점의 버전을 다시 불러올 수 있게 하는 시스템이죠. 소프트웨어 개발에서 코드의 변경 사항을 추적하고 관리하는데 사용합니다. Git, 왜 필요할까?소프트웨어 개발은 복잡하고 동적인 과정입니다. 혼자 개발할때도 계속해서 코드를 수정하고, 저장하는데 이런 작업을 여러명의 개발자가 동시에 진행하면 어떻게 될까요? 예시를 통해서 확인해봅시다. 개발자 A와 B가 동시에 하나의 프로젝트를 진행하고 있어요. 각자 다른 기능을 개발하고, 하나로 합치려고 합니다. A는 개발한 코드를 B에서 압축해서 전달하고, B는 전달받은 파일을 확인한 후 수정 요구 사항을 다시 파일로..

개발자와 깃헙은 떼려야 뗄 수 없는 관계인 것이고..프론트엔드 개발자를 준비하는 저는 깃헙을 매우 자주, 거의 매일 사용 중입니다. 저의 깃, 깃헙 관련 경험을 잠깐 정리해보았습니다.- 2022년 2월 28일 깃헙 계정 개설- 2022년 11월 1일 첫 커밋- 2023년 커밋 87개- 2024년 현재 리뷰글 작성일 기준 커밋 1,056개- 깃헙 활용 협업 경험 5회(이상일수도)- 개발 동아리 내 깃, 깃헙 관련하여 멘토링 자료 제작 경험 有 꽤나 많은 협업 경험을 하였고 멘토링까지 진행해보았지만, 진행하는 프로젝트마다 커밋 실수, 브랜치 오염 한번씩은 저지르는것 같아요. 이전 프로젝트에서는 브랜치 오염 실수를 저질렀고(브랜치 오염을 했다면 빨리 자수하고 용서받읍시다 ), 가장 최근에 진행한 프로젝트에서도..