당장 은 용량 과 ' 적절 한 수준 의 동시 협업 이 가능 하 다 . ' 정도 일 것 같 습니다 . < br >< br > 용량 이 작 은 것 의 장점 은 다른 것 을 떠나 , 변경 사항 의 커밋 횟수 와 간격 에 제한 이 없 다는 점 이 라고 생각 합니다 . 작 은 변경 사항 은 그만큼 작 은 용량 을 가지 기 에 , 부담없이 버저 닝 이 가능 할거 라고 생각 합니다 . < br >< br > 또 해당 방식 으로 간단 하 게 협업 을 몇 번 진행 해 보 았 는데 , 별도 의 페이지 에서 작업 을 진행 한다 라는 룰 로 동시 에 작업 을 진행 했 더니 큰 무리 없이 합쳐짐 을 경험 했 습니다 . ㅎㅎ < br >( meta . json , user . json , preview . png 의 충돌 은 어느 변경 사항 으로 적용 하 고 진행 해도 스케치 파일 자체 에 는 무리 가 없 습니다 . )< br > 실질 적 으로 GIT 을 이용 하 는 게 가치 를 가지 려면 동시 협업 이 가능 해져야 합니다 . < br > 단순히 파일 을 버저 닝 만 하 는 건 google drive 나 기존 의 다른 서비스 들 을 활용 해서 도 가능 은 하 니깐 요 . < br > 당장 은 가능 성 을 찾 는 과정 이 자 실험 들 이 라고 생각 해 주 세요 . ㅠ < br >< br > 정리 하 자면 , 적 은 용량 으로 짧 은 단위 의 커밋 과 동시 협업 의 발전 가능 성 이 장점 이 다 . 라고 말씀 드릴 수 있 을 것 같 습니다 . .< br >< br >-< br >< br > 그런고로 , 다음 은 새로운 아트 보드 , 페이지 를 동시 에 추가 하 는 작업 에 대해서 도 협업 이 가능 하 도록 하 는 방법 에 대해 고민 하 고 있 는데요 . 스케치 json 폴더 의 구조 자체 를 좀 바꾸 면 가능 할 것 같 아 해당 방향 으로 작업 을 진행 해 보 고는 있 습니다 . !! ㅎㅎ