Merge 과정 상세 설명 새 브랜치 생성: 메인 브랜치에서 git checkout -b <new-branch-name>으로 새 브랜치를 만든다. 브랜치에 커밋 추가: 새 브랜치에서 코드를 변경하고 의미 있는 단위로 커밋한다. 원격 저장소에 push: git push origin <branch-name>으로 작업한 브랜치를 원격에 업로드한다. Pull request 생성: GitHub 등에서 pull request를 만들어 변경사항 병합을 요청한다. 코드 리뷰 진행: 팀원들이 코드를 검토하고 필요시 수정을 요청한다. Merge 실행: 리뷰 완료 후 pull request를 메인 브랜치에 병합한다. 이 과정을 통해 팀은 코드 품질을 유지하며 효율적으로 협업할 수 있다. 프로젝트 특성에 따라 각 단계를 조정하거나 자동화할 수 있다. ...
현대 소프트웨어 개발에서 버전 관리는 필수 불가결한 요소다. Git은 분산 버전 관리 시스템으로, 여러 개발자가 동시에 작업할 수 있는 환경을 제공한다. Git의 장점을 최대한 활용하기 위해서는 체계적인 브랜치 전략이 필요하다. 이 글에서는 가장 널리 사용되는 두 가지 Git 브랜치 전략인 Git Flow와 GitHub Flow를 심층적으로 분석하고 비교해 본다. Git Flow: 체계적이고 엄격한 버전 관리의 정석 Git Flow는 2010년 Vincent Driessen이 제안한 모델로, 소프트웨어 개발 라이프사이클을 체계적으로 관리하기 위한 브랜치 전략이다. 이 모델은 다음 다섯 가지 주요 브랜치를 사용한다: ...
Git은 개발자들에게 필수적인 분산 버전 관리 시스템이다. 소스 코드의 변경 이력을 추적하고, 여러 개발자가 효율적으로 협업할 수 있게 해 준다. 이 포스트에서는 Git의 기본 개념부터 주요 명령어, 그리고 각 명령어의 실제 사용 사례와 유용한 옵션들을 상세히 알아보겠다. Git의 기본 구조 이해하기 Git은 크게 4가지 영역으로 구성된다: Working Directory (작업 디렉터리): 실제 파일들이 존재하는 곳이다. 여기서 코드를 작성하고 수정한다. Staging Area (스테이징 영역): 커밋할 준비가 된 변경 사항들이 대기하는 곳이다. Local Repository (로컬 저장소): 커밋된 버전들이 저장되는 곳이다. Remote Repository (원격 저장소): 팀원들과 공유하는 서버의 저장소다. 이 구조를 이해하면 Git 명령어들의 동작 방식을 더 쉽게 이해할 수 있다. ...
들어가며 Git 커밋 시간을 조정해야 하는 상황이 있을 수 있습니다. 예를 들어: 다른 시간대에서 작업한 커밋 기록 정리 프로젝트의 시간순 커밋 기록 유지 백업에서 복원된 코드의 타임스탬프 조정 단, 커밋 시간 조정은 신중하게 수행해야 하며, 특히 협업 프로젝트에서는 주의가 필요합니다. 커밋 시간 조정 방법 1. 새 커밋 생성 시 시간 지정 새로운 커밋을 만들 때 특정 시간을 지정할 수 있습니다: 1 2 3 4 5 # ISO 8601 형식 사용 git commit --date="2024-05-25T23:31:13+09:00" -m "기능: 로그인 구현" # 상대적 시간 지정 git commit --date="2 days ago" -m "문서: README 업데이트" 2. 최근 커밋의 시간 수정 가장 최근 커밋의 시간만 수정하려면: ...