[💬] 인디팀에서 SVN을 사용하는 이유

[익명(221.140)]

성능

git의 경우 변경된 사항을 모두 저장하지만 svn의 경우 변경된 일부분만 저장함.

svn은 일부만 저장하기 때문에 저장 속도가 더 빠르지만 revision을 점프할 때(멀리있는 revision으로 이동) 모든 revision을 훑어야하는 단점이 있음.

그런데 revision을 점프하는 경우는 인디팀 수준의 개발 크기로는 없는 경우가 태반이라 큰 문제가 되지않음.

svn의 클라이언트-서버 모델이 git의 중앙 저장소 모델보다 큰 파일(유니티 프로젝트)와 코드 베이스에서 성능이 더 뛰어남.

심플 이즈 베스트 & 패스트.

브랜치

브랜치는 git의 성능이 더 강력함. 하지만 git의 브랜치를 제대로 사용할 정도면 개발 규모가 엄청 커야함.

만약 네 팀이 메인 브랜치로만 개발한다면 문제가 될 일이 없음.

사용성

게임산업은 프로그래머, 기획자, 아트 협업이라는 점에서 비플머 대상으로 교육 오버헤드가 발생함.

git에 비해 svn은 사용하기가 정말 간단해서 이러한 교육 오버헤드를 줄일 수 있음.

단순히 명령만봐도 마우스 우클릭으로 update, commit 버튼이 보이고 update는 내가 받는다. commit은 내가 올린다로 직관적이고 간편함.

그리고 단순한 명령은 비플머가 버전 관리툴을 사용하다가 실수하는 경우를 많이 줄일 수 있음.

가벼움

단순히 버전관리만 제공하는 툴인 만큼 가벼움.

무료

평생 무료임. 물론 유료버젼은 job을 사용할 수 있는데 이 정도까지가면 다른 툴 알아보는게 나음.

svn의 한계

svn의 경우 누군가 서버가 되야하기 때문에 서버를 항시 열어놓아야한다는 단점이 있음.

이는 aws ec2, 구글& 오라클 클라우드로 해결가능함. 특히 오라클 클라우드는 약관이 변경되지 않는 이상 평생 무료이기 때문에 나만의 svn 서버를 평생

열어둘 수 있음.

지원

aws, 구글&오라클 클라우드 등 많은 클라우드 시스템에서 svn연결법을 강의 해주고 지원함.

svn자체가 오래되었기 때문에 관련 이슈나 확장방법등이 인터넷에서 쉽게 검색할 수 있으며 관련 visual GUI 툴들도 많음.

성능과 확장성에 제한

이도 작은팀에서는 큰 문제는 사실 되지않음.

당장 니가 만드는 게임 프로젝트의 크기가 유니티 프로젝트 +아트+문서+데이터 포함해서 1테라가 넘는가?

SVN 유저의 수가 200명이 넘는가?

라고하면 아닐거임.

많은 주니어 개발자들이 최신 유행과 트렌드를 따라 가는건 좋다고봄.

하지만 실무에서 그것이 생산성 향상과 코드 품질 유지에 도움이 되는가는 별게의 문제라고 봄.

프로그래머는 단순히 코드만 칠줄아는게 아니라 팀의 개발 문화를 정립하고 이끌어나가는 역할도 해야함.

닭잡는데 소칼을 쓰지 않는 다는 예기처럼 자기 인디팀의 프로젝트에 따라 알맞는 버전 관리 프로그램을 사용하길바람.

[익명(221.140)]

첨언 하자면 마이그레이션도 강력함. svn이 오래되었다보니 대부분의 버전관리툴에서 svn으로 부터의 마이그레이션을 지원함

[수박반통(1bnmaker)]

개추+와드 : svn이 인디팀에게 좋은 이유

[익명(222.117)]

하지만 이미 깃을 오래써와서 다른툴을 쳐다보기가 귀찮다

[익명(119.207)]

토발즈가 svn 좃같다고 git 만든건데 뜬금없이 svn 빠는 흐름이 있는게 신기하네

[익명(221.140)]

git이랑 svn이랑 공유점은 버전 관리말고는 없는데 무조건 svn이 갓이라는게 아니라 상황에 맞게 잘 선택하자라는게 글의 요지였음. 그래서 아래에 핵심 써놓음

[123(122.38)]

svn쓰다가 뭔가 불편해서 git으로 넘어왔던거 같은데 몇년 지나서 잘 생각 안나네

[123(122.38)]

커밋이 없고 무조건 푸시 했어야 됐던가... 뭔가 달랐는데

[익명(npe1tqy8nha3)]

문제는 vs랑 유니티가 git랑 통합이 잘 되어있고 svn 지원은 잘 안 되지 않나