Borg: "정리"를 위해 아카이브에 태그를 지정하시겠습니까?

이름과 태그를 섞는 것은 불결하게 느껴집니다. 태그는 별도의 아카이브 메타데이터일 수 있습니다.

좋은 지적이지만 (디자인 결정으로) 여기에서 괜찮지 않은지 확실하지 않습니다. #866은 "음, 아카이브 이름이 정말 _무엇을 위한 _입니까?"라고 생각하게 했습니다. 태깅을 위해 "재활용"하는 것은 정말 깨끗한 일이 아니지만 나에게는 꽤 실용적으로 보입니다(100% 명시적 옵트인인 경우). 어떤 면에서 "태그"는 "이름" 필드를 보는 다른 방식일 뿐입니다.

이 기능 요청을 태그/별칭에 적용하고 싶습니다.

git 세계에서 너무 많은 시간을 보낸 후 특정 borg 아카이브에 추가 태그를 적용할 수 있기를 바랍니다.

아카이브 이름에 태그를 포함하는 것은 현재 가능하지만 아카이브에 여러 태그를 사용하려는 경우에는 상당히 어렵습니다. 예를 들어, 호스트 이름, 타임스탬프 및 하나 또는 두 개의 다른 필드를 포함하기 위해 이미 아카이브 이름을 사용하고 있습니다. 또한 "@latest" 및 "@release-1"과 같은 추가 태그를 추가하고 싶습니다. 이것은 빨리 지저분해집니다. 설상가상으로 @latest 와 같은 태그를 한 아카이브에서 다른 아카이브로 옮기고 싶을 때가 있습니다.

borg를 사용하여 파일을 백업하는 경우(물론 원래의 임무임) 태그가 별로 필요하지 않을 것입니다. 그러나 저처럼 데이터 분석 파이프라인에 사용되는 매우 큰 파일을 보관하는 것과 같은 다른 상황에서 borg의 중복 제거가 매우 유용하다는 것을 알게 된 경우 :-) 기존 아카이브에 여러 태그를 할당하는 기능이 정말 중요해집니다.

현재 내 해결 방법은 내가 고안한 명명 체계로 원본 아카이브를 만든 다음 "@" -- @latest , @v1.0, @beta2 , 등. 각각의 추가 아카이브는 스캔/생성하는 데 몇 분이 걸리며 내용이 원본 아카이브와 완전히 동일하기 때문에 저장소에 몇 백 바이트만 추가합니다. (글쎄, 그 몇 분 동안 파일이 변경되지 않는 한.)

태그 메타데이터를 추가하여 이러한 속도 저하를 제거하면 정말 좋을 것입니다.

나는 UI가 다음과 같을 것이라고 상상합니다.

• 새 태그를 만들고 기존 아카이브를 가리킵니다.
  borg tag [repo::archive-name] [tag1] [tag2] ...

• 모든 태그와 태그가 가리키는 아카이브 나열
  borg tag --list [repo]

• 태그를 삭제하면 기존 borg delete 명령을 재사용하거나 명령 옵션이 될 수도 있습니다.
  borg tag -d [repo] [tagname]

고려해 주셔서 감사합니다!

최근에야 보그를 시도하기 시작했지만 태깅 아이디어를 +1하고 싶었습니다. 여러 클라우드 서비스 중 아카이브를 백업할 대상을 정의하는 데 태그를 사용하는 백업과 관련된 사용 사례를 볼 수 있습니다. (다른 논의를 기반으로) 클라우드 백업이 태그를 선택하고 예를 들어 업로드할 *.tgz 파일 생성을 처리하는 별도의 도구를 통해 수행될 가능성이 가장 높다고 상상합니다. (백업 빈도를 별도의 감지 가능한 태그로 추가할 수도 있지만 그런 종류는 보그 자체가 아니라 백업 도구의 범위 내에 있습니다.)

가능한 태그 구현에 대해서는 문제 #2300을 참조하십시오. 현재 Gmail 라벨보다 git tag 가깝습니다. 즉, 아카이브에 추가 별칭이 있을 수 있지만 고유해야 합니다. 그 아이디어를 여기에서 논의된 것과 병합하는 것은 어렵지 않을 수 있습니다. 레이블은 여러 아카이브에 적용됩니다.