GitHub에서 브랜치를 비교할 때 사용하는 "Compare" 기능은 두 브랜치 간의 커밋 차이를 보여줍니다.Compare View를 사용할 때 사용되는 'Behind'와 'Ahead'라는 용어가 존재합니다. 각각은 브랜치가 얼마나 차이가 나는지 나타내는 기능입니다.이번 포스팅에서는 Behind와 Ahead가 무엇을 의미하는지 알아보겠습니다.Behind란?Behind는 현재 브랜치가 비교 대상 브랜치에 비해 뒤처진 커밋 수를 의미합니다.즉, 비교 대상 브랜치에는 새로운 커밋이 추가되었지만, 현재 브랜치에는 이 변경사항이 반영되지 않은 상태입니다.Behind 상태 예시현재 브랜치: feature-branch비교 대상 브랜치: mainBehind: 3이 경우, main 브랜치에는 3개의 새로운 커밋이 있고,..
Git KimJinWooDa - OverviewKimJinWooDa has 8 repositories available. Follow their code on GitHub.github.com 유튜브 진우의 혼잣말하는 유튜브아주대 최고 VR 박사(가 되고 싶은) 나의 혼잣말 하는 영상 모음 아주대학교 VR 친구 구해요~ 티스토리 맞팔해용 - https://wlsdn629.tistory.com/ 인스타 : kimjinwoo_vrwww.youtube.com
Git LFS 데이터 확인 방법 GitHub 홈페이지에 가셔서 로그인 후 Settings부분에 들어가줍니다. GitHub: Let’s build from here GitHub is where over 100 million developers shape the future of software, together. Contribute to the open source community, manage your Git repositories, review code like a pro, track bugs and fea... github.com Settings부분에 들어가셨으면, Plans and usage 탭을 눌러줍니다. 쭉 아래로 내리다 보면 Git LFS Data 부분을 확인할 수 있으며, LFS가 얼마나..
GitHub Desktop은 Git 버전 제어 시스템을 위한 그래픽 사용자 인터페이스(GUI) 클라이언트입니다. cmd와 같은 CUI를 이용한 방식보다 시각적인 접근 방식을 선호하는 프로그래머를 위해 Git 리포지토리 작업 프로세스가 단순화된 어플리케이션이라고 생각하시면 됩니다. GitHub Desktop 다운 및 사용법에 대해 간단하게 알고 싶으신 분은 아래 링크를 참고해 주세요! Unity Git 프로젝트 시작하는 방법(GitHub Desktop) Repo 만들기 깃허브 사이트에 접속하신 후 새로운 프로젝트를 생성하면 위와 같은 화면을 보실 수 있습니다. Owner를 설정하신 다음 Repository의 이름을 정해주시면 됩니다. README file을 체크해주신 wlsdn629.tistory.com ..
프로젝트를 하다보면 팀장이 PR좀 보내주세요~ 할 때가 오게 됩니다. PR이 무엇인지, 어떻게 보내는지 이번 포스팅을 통해 알아보겠습니다. PR이란? PR은 Pull Request의 약자로, 코드베이스에 대한 변경을 제안하기 사용되는 메커니즘입니다. 프로젝트에 새로운 기능, 버그 수정 또는 업데이트를 제공하기 위한 방법이라고 생각하시면 됩니다. PR하는 방법 프로젝트를 열심히 하면 위와 같이 changed files을 볼 수 있습니다. 변화된 파일들은 곧 본인이 작업한 Task를 뜻합니다. 제목을 적으신 후에 [Commit to ~] 버튼을 눌러줍니다. 먼저 원격 저장소에 Push를 해줍니다. 다음으로 [Create Pull Request]버튼을 눌러줍니다. 만약 [Create Pull Request]버..
Git PR 템플릿을 만들어야 하는 이유 개발자들 간의 일관된 커뮤니케이션을 강화하고, 코드 리뷰의 효율성을 높이기 위함 PR의 목적과 변경 사항이 명확히 전달되어 팀 내의 협업 퀄리티와 코드의 퀄리티 향상 Git PR 템플릿 만드는 방법 GitHub 홈페이지에 들어가준 다음, 본인의 Repo에 들어가셔서 [Create new file] 버튼을 눌러줍니다. Name your file에는 "pull_request_template.md"을 작성해 줍니다. 이때 주의하셔야 할 점은 pull_request_template.md가 저장되어야 하는 위치는 Base repository에 있어야 적용되며 대소문자를 가리지 않습니다. ## Summary (Task 요약) - ## 변경사항을 전부다 기재합니다(코드 수정,..
Tag란? Tag는 프로젝트의 특정 버전(지점)을 쉽게 식별하고 검색할 수 있도록 참조 역할을 합니다. 일반적으로 안정적인 릴리스, 또는 중요한 커밋을 표시하는 데 사용됩니다. Tag의 용도 중요한 지점 표시: 프로젝트 기록 내에서 중요한 커밋, 안정적인 릴리스, 완료된 기능 등을 나타내는 마커 역할을 합니다. 간편한 버전 검색: 프로젝트 특정 지점을 편리하게 검색하고 작업할 수 있습니다. 커뮤니케이션 및 구성: 팀 구성원 간의 효과적인 커뮤니케이션을 촉진하고 중요한 이벤트 또는 버전에 대한 명확한 참조를 제공하여 프로젝트 진행 상황을 구성 및 추적하는 데 도움이 됩니다. Tag 만드는 방법과 확인하는 방법 Git Hub Desktop을 이용해서 Tag을 만드는 방법은 매우 간단합니다~! 원하는 Comm..
Amend Commit이란? "amend"를 이용하여 가장 최근에 작성한 커밋을 변경할 수 있게 해줍니다! 때때로 커밋을 한 후 커밋 메시지에 오타가 있거나 파일을 포함하는 것을 까먹는 경우가 발생합니다. "amend"를 이용하여 commit 마무리하기 전의 시간으로 거슬러 올라가서 조정하는 것과 같습니다. 중요한 점은, 가장 최근에 작성한 "Commit"에만 적용할 수 있다는 점입니다! Amend 사용법 Git Hub Desktop을 실행시켜줍니다! 최근에 작업한 내용물을 Git에 Commit한다고 가정하겠습니다! History 탭에 들어가보니 작업물이 제대로 Commit된 것을 확인할 수 있습니다! 앗! 그러나, 제가 Material에 대한 소개와 작업물 하나를 빼먹었네요! 수정을 해야하는데 어떡할까..
Cherry - Pick이란? cherry-pick은 한 곳에서 특정 변경 사항을 선택하고 다른 모든 것을 가져오지 않고 다른 곳에 추가할 수 있는 마법의 도구와 같습니다. 위 내용을 쉽게 설명하면 다음과 같습니다. Git A Branch에서 작업중인데 B Branch에서 필요한 작업(Commit)이 필요할 경우 사용하면 됩니다. 체리 픽이 없었다면 A 브랜치와 B브랜치를 통합(merge)하고 작업해야하지만, 체리픽을 이용하여 필요한 Commit만을 사용하고 나머지 B 브랜치의 모든 것을 가져오지 않아도 되는 것이죠! Git Hub Desktop에서의 Cherry-Pick 사용방법 데스크탑을 열고 필요한 Commit이 있는 브랜치를 열어줍니다. 그 후, History 탭을 눌러줍니다! 필요한 Commit..
Merge할 때 Resolve Conflicts 버튼이 비활성화되는 이유 Merge할 때 Resolve Conflicts 버튼이 비활성화 될 때의 이유는 충돌 범위가 너무 많아 시스템이 충돌 범위를 헤아리기 어렵기 때문입니다. 해결방법 이 포스팅의 경우 Resolve Conflicts 버튼이 비활성화 될 때 해결책으로 "GitHub DeskTop" 을 사용합니다. GitHub Desktop Simple collaboration from your desktop desktop.github.com GitHub Desktop을 키고 Merge하고자 하는 브랜치로 돌아가줍니다. 상단 [Branch] 누르고 [Merge into current branch...]를 눌러줍니다. [Create a merge commi..
100MB이상의 파일을 업로드해야 하기 때문에 테스트용으로 100MB짜리를 만들었습니다. 그러나 이러면 정상적으로 Git push가 됩니다. 파일의 크기가 100MB초과를 하지 않았기 때문입니다. 그래서 104857602 크기의 파일을 만들어서 100MB 크기를 초과하게 끔 해보았습니다. 101m.file의 크기를 보면 100 MB를 초과하는걸 볼 수 있습니다. Git LFS Git Large File Storage Git Large File Storage (LFS) replaces large files such as audio samples, videos, datasets, and graphics with text pointers inside Git, while storing the file conte..
Branch란? 나뭇가지라는 뜻으로 Master로부터 여러 갈래로 뻗어나오는 자식들을 말합니다. Branch를 통해 코드 및 데이터를 관리할 수 있습니다. Branch를 왜 사용하냐? Branch를 분기하여 작업을 진행하면 parallel(병렬적), independent(독립적)으로 작업을 수행할 수 있습니다. 기존에 진행하던 버전(Origin)은 그대로 두고, 새 기능을 추가한 버전을 따로 만들어 관리하다가 기능 구현이 오류 없이 잘 작동된다면 기존 버전에 합칠 수 있습니다. Branch 만드는 방법 위 사진에서 보시다 시피 Current branch 탭을 누르시면 현재 브랜츠들을 확인하실 수 있으며 [New branch] 버튼을 찾을 수 있습니다. [New branch]를 누르면 우측 사진처럼 창이 ..
Repo 만들기 깃허브 사이트에 접속하신 후 새로운 프로젝트를 생성하면 위와 같은 화면을 보실 수 있습니다. Owner를 설정하신 다음 Repository의 이름을 정해주시면 됩니다. README file을 체크해주신 다음(웬만하면 체크 추천) gitignore에서 Unity을 찾아 체크해주시면 됩니다. 설정을 다하신 다음에 만들기 버튼을 누르시면 위와 같이 Repo가 만들어진 것을 확인할 수 있습니다. 오른쪽 [Code]버튼을 누른 후 [Open with GitHub Desktop] 버튼을 눌러줍니다. 원하는 저장경로에 저장하시면 됩니다.
Commit 예시 #feat (Feature, 기능 추가): - feat 태그는 코드베이스에 새로운 기능이 추가될 때 사용됩니다. 예) feat: 사용자 인터페이스에 검색 기능 추가 #fix (Bug Fix, 버그 수정): - fix 태그는 코드베이스에서 버그를 수정할 때 사용됩니다. 예)fix: 로그인 모듈의 메모리 누수 이슈 해결 #docs (Documentation, 문서 수정): - docs 태그는 문서를 생성하거나 업데이트할 때 사용됩니다. 예)docs: README에 설치 지침 업데이트 #style (Style, 코드 스타일 수정): - style 태그는 코드 로직 변경 없이 코드 스타일만 변경할 때 사용됩니다. 예) style: 코드 포맷팅을 prettier로 재구성 #refactor (Re..
Git Conflict 일어날 때 본인이 작업하던 프로젝트를 가져오고 싶으면 위를 선택!(여기선 Use the modified file from main) 그게 아니면 아래 (origin/main) 선택합니다.