앱에 코드를 기여할 때 일반적으로 git의 기능 분기에서 해당 코드를 커밋합니다. 이 가이드에서는 프로젝트 커밋을 동기화 상태로 유지하는 방법을 살펴보겠습니다. 또한 git과 GitHub가 무엇인지 간략하게 살펴보겠습니다.
git은 코드에 대한 모든 변경 사항을 추적하는 명령줄 도구로 생각할 수 있습니다. 일반적인 명령은 git add, git commit, 변경 사항을 저장하기 위한 git push입니다. 버전 관리라고 하는 것입니다.
이러한 명령을 사용하여 파일에 대한 변경 사항을 저장한 후 git push 명령은 파일을 GitHub와 같은 코드 호스팅 플랫폼에 저장합니다. GitHub는 파일을 리포지토리에 저장하고 사용자가 코드를 쉽게 공유할 수 있도록 합니다.
GitHub와 같은 코드 호스팅 플랫폼을 사용하면 프로젝트에서 함께 원격으로 작업할 수 있습니다. 많은 기술 기반 작업이 원격 근무로 이전됨에 따라 이러한 솔루션은 그 어느 때보다 중요합니다.
git merge를 사용하는 경우
다른 개발자와 함께 회사에서 일하든 재미를 위해 오픈 소스 프로젝트에 기여하든 상관없이 git merge 명령을 사용하게 될 것입니다. 회사 또는 오픈 소스 프로젝트가 커밋을 수락하는 방법을 정확히 아는 것이 중요합니다. 프로젝트를 더 진행하기 전에 주변에 물어보고 기여 지침을 읽으십시오.
일반적으로 앱의 기능에 대한 작업을 맡게 됩니다. 따라서 기능 분기에서 코드에 대한 변경 사항을 커밋하게 됩니다. 기능 분기는 마스터 분기에서 "분기"하는 분기입니다. 마스터 브랜치는 최종 프로덕션 코드가 있는 곳입니다.
개발 모드에 있는 동안 기능 분기에 대한 코딩은 마스터 분기에 개발 모드에서 발생할 수 있는 버그가 없는지 확인하는 데 도움이 됩니다. 기능 브랜치는 생성 중인 기능의 이름을 따서 명명해야 합니다. 이 시점에서 귀하는 마스터에 연결되고 마스터에서 분기되는 기능 분기에 있습니다.
이 차트는 분기가 어떻게 작동하는지 시각화하는 좋은 방법입니다.
참가자의 81%는 부트캠프에 참석한 후 기술 직업 전망에 대해 더 자신감을 느꼈다고 말했습니다. 지금 부트캠프에 참여하십시오.
부트캠프 졸업생은 부트캠프 시작부터 첫 직장을 찾는 데까지 6개월도 채 걸리지 않았습니다.
여기서 topic과 master라는 두 가지 분기를 볼 수 있습니다. 주제 분기는 기능 분기입니다. A, B, C는 기능 분기에 대한 가장 최근의 커밋인 C와 함께 제 시간에 발생하는 커밋입니다. G는 마스터 브랜치의 가장 최근 커밋입니다.
이 상황은 다른 팀이 코드 검토를 통과한 후 마스터 브랜치에 커밋하는 경우 발생합니다. 마스터 브랜치의 최신 버전이 머신의 마스터 브랜치 버전(git pull에서)과 다르기 때문에 버전 제어 문제가 있습니다. 이로 인해 병합 충돌이 발생할 수 있습니다.
기능 분기에서 git merge master 명령을 사용하여 마스터 분기를 기능 분기에 병합할 수 있습니다. 이렇게 하면 마스터 버전이 최신 상태가 되고 코드 검토를 통과하면 git push origin master를 사용하여 변경 사항을 마스터 브랜치로 푸시할 수 있습니다.
다시 말하지만, 프로젝트에 기여하기 위한 모든 지침을 충족한 후에만 마스터 브랜치로 푸시하십시오. 가장 좋은 방법은 테스트되지 않은 코드의 버그나 문제로 인해 마스터에 직접 코드를 푸시하지 않는 것입니다.
결론
git 명령을 편안하게 사용하는 것은 모든 개발자에게 필수입니다. 특정 명령을 언제 어떻게 사용해야 하는지 알면 최신 버전의 코드를 저장하고 다른 분기와의 병합 문제를 방지할 수 있습니다.
회사의 코드 기반이나 오픈 소스 프로젝트에 기여하는 맥락에서 git을 사용할 때 지침을 따르십시오. 프로젝트마다 코드를 다르게 검토하기를 원하므로 특히 git merge master를 사용할 때 지침을 따르는 것이 필요합니다.