대용량 프로젝트 협업 방법

Question

MFC로 팀 프로젝트를 맡게 되었습니다.당연히 깃허브로 프로젝트를 공유해서 협업 해야지 생각하고 있었는데,용량이 커서 LFS를 쓰거나 용량이 큰 파일을 제외해야 한다고 들었습니다.대용량 파일 제외 시켜서 깃허브로 공유하면 프로젝트 시작도 안되고 정보가 없어서 세팅도 어려움이 있었습니다.아니면 매번 프로젝트 폴더를 직접 공유해야 하는 건가요?결론은 일반적으로 MFC나 유니티 협업을 진행할 때 프로젝트 공유를 어떤 식으로 하나요?

캐티 · Answer

db백업파일이거나 .. 이런거는 usb로 옮겨야 하겠쩌. 다른 방법을 동원하면 위험하빈다. 특별한 이유가 있는 경우에 인터넷으로 공유하기도 하빈다.mfc는 지나치게 레거시하여서 모르겠지만 유니티 소스코드는 에셋 같은 거를 포함하여서 앵간한데 수십기가바이트이면 애당초 에셋을 좀 정리하거나 .. 필요한 파일만 남기고 나머지 에셋 파일을 분리하여야 하고요.usb로 옮겨요. 사내 깃서버를 열어서 하거나 .. 일반적으로 깃허브를 사용하지 않고 사내 깃 서버를 사용하빈다.

정규분포 · Answer

규모가 얼마나 큰지 모르겠지만.. 커널 한번 직접 컴파일 해보셨나요? 배포판에 사용되는 레시피 파일(/lib/modules/.../config)을 뽑아서 한번 직접 빌드해 보면 1시간 걸리면 다행이라 합니다. 어마어마하게 큰 프로젝트지만, 아무도 빌드 시간 오래 걸린다고 불평하지 않죠.https://graphite.dev/blog/why-facebook-doesnt-use-git어쩔 수 없어요. 그리고 git 자체도 각 파일의 평균 크기가 커지면 스케일 문제가 있다고 합니다. 그래서 페북은 내부적으로 git을 쓰는 것을 포기하고, 내부 툴을 쓴다고 합니다.유니티는 그래도 cache server 기능이 있어서 다행이긴 함. 어차피, 유니티 같은 프로젝트는 CD/CI를 적용해서 nighty 빌드를 내부적으로 만드는 시스템을 구축하는게 보통임.아니면 매번 프로젝트 폴더를 직접 공유해야 하는 건가요?그 방법은 대부분의 경우 권장되지 않음. 되도록 repo에서 형상관리만 조금만 해서 빌드 되도록 관리하는 것이 효과적임. 툴 버전이나 OS의 런타임이 약간만 어긋나면 고장나는 것이 보통임.

대용량 프로젝트 협업 방법

2개의 답변

#mfc 목록