저는 현재 소스 및 리소스에 대한 "백업"솔루션으로 Dropbox를 사용합니다. 그리고 멋지고 멋지고 여러 차례 베이컨을 저장했습니다.버전 관리를위한 Mercurial이있는 보관 용 상자 보관 - 미친 아이디어?
저는 스스로 적절한 버전 제어 시스템이 필요하다는 것을 알았습니다. 이제 저장소 상자에 리포지토리를 넣고 싶지 않습니다.
한 가지 들어, 꽤 빨리 내 Dropbox 허용량을 채울 것입니다 - 다른, 나는 정말 Dropbox 및 버전 제어 소프트웨어 '파일 싸우고 싶지 않아.
그래서 나는 이런 식으로 뭔가를 (내가 의욕을 사용하고 있지만이 같은 이론이 다른 VC 물건에 적용 확신) 그 방법을
MYDOCS Folder <-- this is where the repo will go
.hg (for Mercurial in this case)
DROPBOX Folder
WORK FOLDER
PROJECT1
PROJECT2
PROJECT3
...
일을 생각하고, 내가 작업 할 모든 덮여있다 Dropbox에 의해 -하지만 내 버전 제어 Dropbox 밖에 있습니다.
분명히 DROPBOX 폴더의 모든 파일이 버전 제어를받는 것은 아닙니다. 모든 작업 (이상적이지는 않습니다)에 대해 저장소가 1 개 밖에 없지만 다른 사람이이 접근법을 사용하는 것을 볼 수 있습니까?
참고 : MYDOCS는 별도로 백업되므로 백업 빈도가 낮아 파일 손실 위험이 없습니다.
p.s.
주말에 (Mercurial/TortoiseHG를 사용하여)이 작업을 구현하는 데 약간의 시간이 걸렸으며 제대로 작동하는 것 같습니다.
공격적인 무시 필터를 설정해야합니다. (결국 "*"를 사용하고 코드를 수동으로 추가했습니다.) 그렇지 않으면 TortoiseHG는 1000s 파일을 검색 할 때마다 심장 마비를 겪습니다 변경/새 파일을 추가하십시오.
이는 기존의 프로젝트에 새 파일을 발견하지 의미 사소한 통증에 - 더 - 목 인도 - 의욕이 실제로이 같은 시간에 포함 필터를가 있다면 그것은 좋은 것입니다 ...
pps 나는 BIT를 더 쉽게 만들 수있는 밝은 생각이 있었다.
Dropbox 외부에 "Repo"라는 새 폴더를 만들었습니다. 그 안에는 모든 소스 (내 Eclipse Workspace 디렉토리 - 기본적으로 내 Dropbox 포함)가있는 Dropbox 내의 디렉토리에 Directory Junction (사용자 * nix 유형 링크)).
내가 다음 '의 repo'폴더에 내 REPO를 넣어 - 내 전체 보관을 감독 아니에요 그런 식으로, 그것의 단지 부분은 내가하기 원하는 - 그리고 그것은 여전히 '내부'내 보관이 아니다)
절대 Mercurial repo를 보관 용 상자에 넣지 마십시오. 크기 때문에뿐만 아니라 Mercurial은 저장소 디렉토리가 그 아래에서 변경되지 않거나 파일이 파란색으로 잠기지 않는 등 특정 기본 제약 조건에 따라 작동하며 Dropbox에서는 유효하지 않습니다. –