폐기중인 일부 오래된 알파 서버를 위해 VMS 환경에서 Linux 환경으로 마이그레이션하고 있습니다. 내가 극복 할 수 없었던 한 가지 과제는 파일 버전 관리입니다. VMS는 버전 플래그를 사용하여 동일한 파일의 여러 복사본을 유지합니다. 소스 포지에서 여러 옵션을 찾았지만 주요 프로덕션 환경에서 이러한 경험을 가진 사람을 찾지 못했습니다. 다른 시스템의 피드는 고유 한 파일 이름을 고려하지 않기 때문에 이것이 필요합니다. 우리는 우리의 범위를 가능한 한 밝게 유지하려고 노력하고 있습니다.
도움을 주시면 감사하겠습니다.
사용 가능한 것으로 보이는 두 가지 주요 항목은 다음과 같습니다.
- 돌아 오는 길에
- EtcKeeper-확실하지 않음 하나의 디렉토리 또는 여러 디렉토리에만 적용 할 수 있는지 여부
엔터프라이즈 환경에서 사용한 사람이 있습니까? 고려해야 할 다른 옵션이 있습니까?
답변
이 기능을 여전히 원한다면 실제 버전 관리 파일 시스템을 살펴볼 것입니다. 대부분은 Wikipedia에서 Versioning file system 이라는 제목으로 덮여 있습니다 . 이 기사는 Linux 관련 기사의 옵션 목록입니다.
발췌
주류 Linux 파일 시스템은 버전 관리를 지원하지 않지만 많은 실험 / 연구 및 덜 알려진 솔루션은 다음과 같습니다.
답변
copyfs 를 사용 하여 파일 계층 구조에서 파일의 체계적인 버전을 제공 할 수 있습니다 . Copyfs는 모든 파일의 모든 버전을 유지합니다. 선택한 기본 파일 시스템을 사용하여 파일 내용을 저장합니다.
Etckeeper는 올바른 도구가 아닙니다. 시스템 구성 파일 디렉토리 ( ) 에서 더 나은 작업을 수행하도록 설계된 개정 제어 시스템 위에있는 계층입니다 /etc. 요구 사항에 따라 subversion, git, mercurial 등과 같은 개정 제어 시스템을 사용할 수 있습니다. 새 버전의 파일이 나타날 때마다 워크 플로에 커밋 작업을 삽입 할 수 있으면 유용 할 수 있습니다.
또 다른 방법은 파일이 들어 오면 파일 이름을 바꾸거나 이동하는 것입니다. Linux는 파일 작성 또는 닫기와 같은 파일 시스템 이벤트에 반응 하는 inotify 기능을 제공 합니다.
답변
이 질문을받은 후 몇 년이 지난 지금, 위에 나열된 버전 관리 파일 시스템 중 어느 것도 내가 알 수있는 한 적극적으로 개발되거나 유지 관리되고 있지 않습니다 (잘못된 경우 수정하여 기쁘다). 현재 상태는 서버 / 클라우드 백업 인 것으로 보이며 서버 앱에서 버전 관리를 유지합니다. 백업 문제의 경우 오프 사이트 백업, 버전 관리 및 대량 스토리지 비용 문제를 하나의 솔루션으로 롤백하는 것이 좋습니다. 더 이상 자신의 파일 시스템에서 공간을 차지하는 모든 문서의 여러 버전을 갖는 것이 더 이상 의미가 없습니다.
경부 하 (작은 파일)의 경우 예약 된 커밋 또는 자동 커밋이있는 Github이 작동합니다.
더 큰 것들을 위해, github가 도움을주었습니다
Git은 백업 도구로 사용하기에 적합하지 않습니다. 그러나 Arq, Carbonite, Mozy 및 CrashPlan을 포함하여 체크 아웃 할 가치가있는 백업을 수행하도록 특별히 설계된 많은 솔루션이 있습니다.
이 글을 쓸 때 권장되는 CrashPlan 및 Mozy 중 Linux 용 앱이 있습니다. 둘 다 버전 관리를 지원하지만 구입하기 전에 시간 제한을 확인하십시오.
