설정 파일을 고쳤다가 실수로 커밋해서 팀 빌드를 깨뜨린 적 있는가? 이 글은 그 문제를 구조적으로 해결한 기록이다. 문제: 추적 중인 파일의 로컬 수정Unreal Engine 프로젝트의 테스트용 .uasset을 손봤다. 전부 내 로컬에서만 필요한 변경이었지만, 이 파일들은 이미 Git이 추적(Tracked) 중이라 수정 즉시 GitKraken 변경 목록에 올라온다. 브랜치 전환마다 stash를 해야 하고, 깜빡하면 그대로 Dev에 딸려간다.원인: .gitignore로는 해결할 수 없다 구분 .gitignore skip-worktree 적용 대상미추적 파일이미 추적 중인 파일동작파일 자체를 Git 시야에서 제외파일의 변경 사항만 무시범위저장소 전체내 로컬 환경에만 적용 해결: --skip-worktr..

GitKraken 기준 작업 흐름 (feature → dev 반영)전체 흐름1. feature 브랜치 작업2. feature 브랜치 push3. feature 브랜치에서 dev rebase4. rebase된 feature push5. dev 브랜치에서 feature merge6. dev push1️⃣ feature 브랜치에서 작업 후 Commit현재 브랜치 확인좌측 브랜치 패널에서feature/my-work선택또는 그래프에서 해당 브랜치 클릭변경 파일 commitGitKraken 하단 패널Stage Files↓Commit Message 입력↓Commit2️⃣ feature 브랜치 Push상단 버튼Push또는Ctrl + Shift + P이 단계에서origin/feature/my-work로 올라간다.3️⃣ ..

핵심 개선 영역은 크게 세 가지다.1️⃣ 브랜치 가시성 개선2️⃣ Git 히스토리 관리 편의성3️⃣ 대형 Repository 지원1. Pin Branch to Left기준 브랜치를 항상 눈에 보이게프로젝트 규모가 커질수록 브랜치 구조는 복잡해진다. 이 상태에서 commit graph를 보면 기준 브랜치(main)가 어디인지 빠르게 파악하기 어려워진다.GitKraken 11.10에서는 브랜치를 왼쪽에 고정(Pin)할 수 있다. 2. Smart Branch Visibility필요한 브랜치만 보이게 정리 브랜치가 많아질수록 현재 작업과 관련 없는 브랜치까지 모두 표시되기 때문에 그래프 가독성이 떨어진다.Smart Branch Visibility 기능은 현재 작업 브랜치와 관련된 브랜치만 강조한다.3. Reb..

왜 커밋 알림이 필요한가팀 작업으로 게임을 개발하다 보면 팀원 간 소통이 점점 복잡해진다.문제는 서로의 작업 현황을 실시간으로 파악하기 어렵다는 점이다.디코 채널을 파서 수동으로 올려도 되지만 자동화하면 편하지 않을까? 이 글에서는 GitHub 커밋 알림을 Discord 채널로 자동 전송하는 방법을 다룬다.별도의 봇 설치 없이 Webhook(웹훅)만으로 쉽게 설정할 수 있다.설정을 마치면 누군가 코드를 푸시할 때마다 디스코드 채널에 자동으로 알림이 뜬다. GitHub → Discord Webhook 설정Step 1: Discord에서 Webhook URL 생성먼저 알림을 받을 Discord 채널에서 Webhook을 만든다.알림을 받을 채널(예: #dev-log)로 이동한다채널 이름 옆 톱니바퀴(설정) 클..

개발자라면 누구나 공감할 순간이 있습니다. 새벽까지 달려서 기능을 완성하고, 뿌듯한 마음으로 커밋 메시지를 작성한 뒤 'Push' 버튼을 눌렀을 때... 성공 메시지 대신 빨간색 에러 박스가 떴을 때의 그 서늘함... 😱 오늘은 최근 프로젝트를 진행하며 Azure DevOps와 GitKraken을 연동하다 마주친, 에러들과 그 해결 과정을 공유하려 합니다. 특히 대용량 파일(LFS)을 다루는 게임 개발자나 언리얼 엔진 사용자라면 이 글이 분명 도움이 될 거예요.1. Authentication Error평소처럼 Push를 눌렀는데, 터미널이 토해낸 로그는 다소 황당했습니다. > `fatal: cannot determine the organization name for this 'dev.azure.com'..

⭐요약 원인:동일 파일 동시 수정: (무기 히트 사운드를 만들기 위해) 나는 무기 클래스 자체를 플레이어 무기로 인지하고 수정했던 클래스들은 사실 몬스터도 쓰고 있는 무기 클래스였다(애초에 해당 클래스가 OO님이 만드신 코드ㅠㅠ)…OO님께서 ‘몬스터 무기를 캐릭터와 같이 사용하기 위해’ 동시에 수정하고 Dev에 먼저 푸시했다.병합 충돌 및 오류: 동시 수정으로 인한 병합 충돌이 제대로 해결되지 않거나, 해결 과정에서 로직상 오류가 발생하여 크래시로 이어졌다.해결 과정:문제 발생 가능성에 대비하여 Dev 브랜치와 작업 브랜치(Feature/Sound)를 새로운 브랜치로 백업했다.크래시를 유발한 병합 커밋을 Revert 기능을 사용하여 되돌렸다. GitKraken의 Blame 기능::🔹특정 Blame 정보..

💭회고a lock file already exists in the repository, which blocks this operation from completing.프로젝트 브랜치 전환 과정 중에 잠금 파일(lock file) 관련 오류가 발생하였다. 브랜치를 변경할래도 변경되지도 않고, 커밋도 안되고, 아무 동작도 되지가 않았다...  아래 방법으로 무사히 문제를 해결하였다...!+ (그래픽스 관련)오늘 추가 공부한 자료: 그래픽스 파이프라인과 셰이더 문서 정리📒학습 내용1. 메시 타입에서의 버텍스 최적화 LOD 0에서는 작은 삼각형들이 촘촘한 고밀도 메시지만, LOD 1에서는 훨씬 적은 수의 크고 간단한 폴리곤으로 구성된 메시(우측)로 단순화되었다. 실raindrovvv.tistory.com📒..

💭깃(Git) 사용 중에 발생한 문제를 어떻게 해결했는지에 대한 그 과정을 정리해보고자 한다. 이번 글에서는 문제 발생부터 복구, 그리고 나중에 동일한 문제가 생겼을 때 대비할 수 있는 방법까지 초보자도 따라할 수 있도록(내가 초보자니까...) 사고의 흐름에 따라 작성했다. 이 방법이 알맞는 방법인지는 잘 모르겠지만... 어찌 해결은 하였다.1. 문제 상황과 처음 접근팀 작업 중에 커밋을 하고 머지를 하는 과정 중에 뭔가 꼬였다... 업데이트한 UI가 반영이 안되고 이전에 만들어둔 UI 위젯 블루프린트가 적용돼서 나타난다...(태초마을😂) 문제가 생긴 시점을 파악하기 위해 깃허브 데스크탑의 History 탭을 열어 최근 커밋들을 살펴보았고오른쪽 클릭으로 메뉴를 열어 백업 기능이 있는지 둘러보았다.여기..

📒학습 내용Git LFS 대역폭 문제01: 저장용량에 관한 20GB 제한만 인지하고 있었다.02 : 맵 에셋이 꽤나 용량을 잡아먹는 상태라 일정 부분 도려내서 9GB 정도까지 줄였다.03 : 그런데 문제 발생 🛑04: 대역폭도 관리해야 한다는 점은 생각지도 못하였다.05: Git은 기본적으로 LFS 파일 대신 텍스트 포인터 파일(참조 값)을 저장하지만, git lfs install이 설정된 경우, git clone이 실행되면 자동으로 LFS 파일도 다운로드하게 된다.06: 즉, LFS 파일을 직접 git pull 또는 git fetch할 때도 마찬가지로, LFS 데이터가 다운로드되며 추가적인 네트워크 사용량이 발생하게 되는 것이다.07: 그렇다면 팀원이 4명이고 사용하는 에셋이 10GB면 대역폭 소비..

💭회고오늘은 프로젝트 세팅 과정을 진행하면서...언리얼 엔진 프로젝트에서 Git LFS(Large File Storage)를 사용하여 대용량 파일을 효율적으로 관리하는 방법에 대해 다시 한번 알아봤다. 이 글에서 Git LFS의 필요성, 기본 개념, 설치 및 설정 방법, 활용법, 그리고 주의사항까지 적어보았다.🗺️마인드맵📒학습 내용1. 왜 언리얼 프로젝트에 Git LFS가 필요할까?언리얼 엔진 프로젝트는 텍스처, 사운드 파일, 모델 파일 등 대용량 데이터가 많아 일반적인 Git으로는 관리가 어렵다.언리얼 프로젝트의 특징: 텍스처, 사운드, 모델 파일 등 대용량 데이터 多일반 Git의 파일 크기 제한: GitHub 무료 라이선스 기준으로 50MB 초과 시 경고, 100MB 초과 시 업로드 차단...G..