버전 관리중인 프로젝트가 있지만 프로젝트에 자주 변경되는 일부 이미지, 비디오 및 zip 파일이 있습니다. 나는 많은 공간을 차지하고 업데이트를하고 매우 느리게 커밋하기 때문에 버전 관리하에 이러한 파일을 저장하고 싶지 않습니다.비 소스 파일을 버전 관리하에 저장하는 가장 좋은 방법
이 문제를 해결하고 변경된 비 소스 파일을 계속 커밋하는 좋은 방법은 무엇입니까? 거기에 더 좋은 방법이 있습니까?
현재이 문제를 다루는 데있어 다른 버전 제어 클라이언트가있는 경우 Subversion을 사용하고 있습니다. 권장 해주세요.
당신은 코멘트 추가 :
나는이 함께이 문제는 그들이 새로운 사람이있는 한 나는 한, 그 우편/비디오 파일의 버전 역사에 대해 관심이 없다는 것입니다, 문제 없습니다.
즉, 하나의 메인 브랜치의 최신 작업에 대해서만 개발 작업을 수행한다는 의미입니다. 대규모 리팩토링을 수행 ..while ...
"고 정확한 이미지, 비디오 및 zip 파일이 무엇인지"나는 ㄴ 수있는 시간 "에 사용 된 사용"또는 "필요의 문제를 실험에 대한 중요한 일이다.
SVN이 적절하게 처리하지 않는다고 생각하면 SVN 개정 xxx에서 yyy까지 바이너리 세트의 버전 'z'를 사용하고 있음을 기억하는 것이 좋습니다.
그런 경우 Maven과 같은 외부 저장소를 설정할 수 있습니다. 질문 "Is it acceptable/good to store binaries in SVN?"을보십시오. (그 질문에 대한 답은 페이지 상단에 있습니다.하지만 Evan의 답변에 바로 링크되어 있습니다.
SVN에 비 소스 파일이 많이 있는데 커밋이 느려지는 유일한 시간은 파일을 변경할 때입니다. 그들이 "너무 자주"바뀌는 경우 이것이 어떤 문제인지 나는 모른다. 또한 크기가 정말 걱정할 필요가 없습니다. 리포지토리가 서버에 있고 그것이 차지하는 공간이 얼마나되는지 걱정한다면 업그레이드해야합니다. 하드 드라이브는 저렴합니다. 그것들을 사.
일부 사람들은 비 소스 파일이 소스 제어에 속하지 않는다고 강하게 느끼기 때문에 전체 프로젝트를 소스 제어에 저장해야한다고 말합니다. 그렇게하면 내 개발 시스템이 다운되면 다른 프로젝트로 전환 할 수 있으며 프로젝트를 다운로드하는 데 2 분이 지나면 코딩으로 돌아갑니다.
+1 그 대답입니다. 한 가지 추가 사항은 내 관점에서 볼 때 버전 관리 사용을 위해 모든 것이 올바르게 정렬되어야합니다. 비 프로젝트 파일이 구조화되지 않은 경우 ... 버전 제어 외부에 두십시오. – bastianneu
버전 제어에서 텍스트가 아닌 파일, 특히 많이 변경되는 파일을 처리하는 데 엄청난 고통을 느끼는 동안 "필자는 빌드/설치기에 필요한 경우 버전 제어 ". 이것은 물론 어려운 규칙이 아닙니다. 저는 제 3 자 라이브러리를 버전 관리하에 두지 않습니다.
내 의견으로는 본인의 상점에서 Continuous Integration 서버를 설치 한 후에이 견해를 밝혔습니다. make를 변경하는 데 필요한 모든 것을 갖추면 훨씬 쉽게 작업 할 수 있습니다. 앞서 언급했듯이 나는 버전 제어하에 libs를 유지하지 않지만, 그것은 거의 새로운 라이브러리를 업그레이드/추가하지 않기 때문에 발생합니다. 이것이 귀하의 상점에 해당하지 않는 경우 그렇게 할 것을 고려할 수 있습니다. 또한 이미지/동영상/zip이 1 년에 한 번 이상 변경되면 버전 관리하에 보관하는 것이 좋습니다.
내가 가진 문제는 최신 zip/video 파일의 버전 기록은 상관 없지만 문제가 없다는 것입니다. 그게 내가 버전 컨트롤에서 그들을 원하지 않는 또 다른 이유는, 내가 버전 컨트롤을 제대로 사용하지 않는 것 같아요. –
+1, 나는 OP의 코멘트에 응답하려고했으나 당신은 그것을 못 박았습니다. –
질문은 svn을 말하지만 더 일반적으로 Mercurial은 10MB보다 큰 파일에 문제가 있습니다. –