Git2 DLL 파일 커밋 고찰 원래는 변경된 소스코드만의 커밋 1개와 변경된 소스코드가 반영된 빌드 결과물(DLL)의 커밋 1개로 나누었음. 이때 빌드 결과물(DLL)은 리빌드 진행 후 커밋을 올렸음. 해당 커밋의 크기가 굉장히 커서 사이드 이펙트(추후 구글링해봐야함)가 있는듯함. 새로 개정된 방법은 굳이 리빌드 하지 않고 변경사항이 있는 dll 파일만 생성토록 함. 이로 인해 커밋의 크기를 줄여줌. 0. 변경 내용 중 필요없는 내용 정리 및 dll 파일 제거 1. Stash 새로 추가된 파일 같은 untracked file이 있다면 cmd 창에서 "git stash --include-untracked" 명령어로 Stash. 2. Pull 3. Build (에디터 최신화를 위함) 4. Discard .dll files (Pull 때문.. 2024. 2. 29. Git-Flow 협업 방식 (With. Unreal Engine) 회사에서 사용하는 깃 협업 방식을 정리해보았습니다. 팀 포트폴리오 제작 시에 활용하시면, 서류 제출시에 꽤나 좋게 봐주실듯 합니다. 0. 프로젝트 clone - git clone 후에 바로 feature 브랜치 생성 feature 브랜치 생성 후 체크 아웃하고 빌드해야 함. 내 로컬의 빌드 파일들이 원격에 올라가지 않아야 하기 때문. 원격의 빌드 파일들이 바뀌면 아트팀 분들이 pull 할 경우 다시 빌드해야 함. 근데 아트팀 분들은 IDE가 없기 때문에 빌드할 수 없음. 1. 코드 작업 후 feature 브랜치 commit - Content 폴더 우클릭 > Fix Up Redirectors 해주기. 클래스 이름 변경이나 에셋 경로 정보 변경시에 언리얼 자체적으로 문제가 안생기게끔 도와주는 기능. - 안쓰.. 2023. 3. 23. 이전 1 다음
