서브 버전 리포지토리가 있습니다. 그러나 내가 원하지 않는 것들이 있습니다. 예를 들어, SVN은 unix가 리소스 포크에 대해 알지 못하기 때문에 mac 리소스 파일을 중단시킵니다.새로운 폴더 나누기 전복을 만들 것입니까?
그러나 백업/버전 제어의 형식이 필요합니다. 최상위 저장소 폴더 내에 폴더를 만들고 거기에 물건을 꽂을 수 있기를 바랍니다. 그러나 해당 폴더의 readme.txt 파일에는 "수행중인 작업을 알지 못하면이 부분을 만지지 마십시오."라고 표시됩니다.
그럼, 그렇게하는 것이 안전할까요?
감사합니다.
나는이 일을하는 데 엄청 긴장 될 것입니다.
Subversion은 적극적으로 Subversion을 중단하지 않을 수도 있지만 Subversion은 저장소 내의 모든 폴더를 완벽하게 제어 할 수 있으며 모든 내용을 알고 있다고 가정합니다. 일부 도구, 스크립트 또는 프로세스가 모든 파일에서 일부 일반 작업을 수행하면 백업 된 파일 및/또는 저장소가 손상된 것입니다.
현재 버전에서 깨지지 않았기 때문에 다음 번에는 문제가 발생하지 않는다는 의미는 아닙니다. 그래서 기본적으로 - 저는이 일을하지 않을 것입니다. 모든 것이 정말 엉망이됩니다.
저장소 폴더를 직접 사용하면 안됩니다.
svn 클라이언트를 사용하고 file : /// url을 통해 저장소에 액세스하거나 서버 (svn, apache)를 설정 한 다음 svn : // 또는 http (s) : //를 통해 저장소에 액세스하십시오.
그리고 나서 문제없이 하위 폴더를 만들 수 있습니다.
그러나 저장소에 대한 기본 지식과 Subversion을 올바르게 사용하는 방법이 부족한 것처럼 보일 수 있으므로 먼저 Subversion book을 읽어 보시기 바랍니다.
짧은 대답, 아니요. 난 당신이 svn 저장소 경로 (파일 heirarchy) 아래에 저장하는 백업 폴더를 갖고 싶어 가정합니다. 방금 해봤지만 제대로 작동합니다. 물론, 그것은 svn 방식으로 파일을 포함하지 않습니다 - 그냥 옛날 파일 heirarchy. 이 작업은 수동 백업과 같은 것을 저장하려는 경우 또는 svn repo 디렉토리가 실제로 RAIDed 드라이브에있는 경우에 효과적입니다.
그래, 난 그 파일을 정상적인 파일 계층 감각으로, 그냥 한 번에 모든 장소에서 ... 나는 그들을 파괴 할 것이기 때문에 svn 방식으로 물건을 싶지 않아요 ... –
잠깐, 잠깐 대답은 "아니오"에 대한 대답은 "그것은 파괴를 깰 것인가?" 또는 "안전합니까?" (Bad Brian, 질문의 양면에 예/아니오 질문하지 마십시오 ...) –
스테판의 답변에 추가하기 : 저장소 위치 (저장소가있는 데이터베이스와 구성을 포함)와 Subversion이 사용자에게 제공하는 가상 폴더 구조의 차이점을 이해해야합니다.
그래, 이걸 위해 가상 폴더 구조를 사용하고 싶지 않습니다. –
나는 전복을하기 위해 전복을 사용하는 방법을 이해합니다. 내 질문은 그 안에 Subversion이 무시할 폴더를 넣을 수 있는지 여부입니다. Subversion 클라이언트가있는 폴더를 만들면 리포지토리에 폴더가 추가됩니다.이 작업은 수행하지 않으려는 작업입니다. –
Subversion을 사용하지 않으려면 Subversion 폴더에 저장해야하는 이유는 무엇입니까? 그것과 관련이 있니? 왜 파일 시스템에서 전혀 다른 방식으로 폴더를 만들지 않을까요? Subversion 내의 가상 폴더 구조에있는 모든 것이 VERSIONED 리소스를위한 것입니다. –
가상 폴더 구조에서이를 원하지 않습니다. 나는 프로그래머/등등 사이에서 모두를 저장하는 나의 백업 또는 버전의 모두가 1 개의 장소에서 모두이기 때문에 최상위 폴더에서 다만 그것을 원했다. 만약 내가 미리 생각했다면, 나는 svn 폴더가있는 슈퍼 폴더를 만들 수 있었고 그것을 사용했지만 너무 늦었다. –