답변:
때때로 하이퍼 링크는 로그 파일이나 다른 사람이 편집 할 수있는 파일과 같이 일시적인 것일 수 있습니다. 첨부 파일을 사용하면 파일을 올바른 위치에 수동으로 복사하고 링크하는 것보다 편리한 방식으로 파일의 현재 상태를 영구적으로 캡처 할 수 있습니다.
또한 인터넷 접근성까지 확장 될 수 있습니다. 인터넷에 액세스하지 않고 파일에 액세스하려면 조직 파일에 첨부 할 수 있습니다.
그러나 반대로 첨부 파일은 위치에 소프트 링크 할 수 있지만 하이퍼 링크는 로컬 사본을 저장할 수 없습니다. 첨부 파일이 문서에 소프트 링크되면 ( C-c C-a y), org-mode는 운영 체제 ( ln* nix 시스템 과 동일)에서 가능한 경우 파일에 대한 심볼릭 링크를 작성합니다 . 다른 방법 ( C-c C-a c/m/l)은 다른 동작을 제공합니다. 기본값 ( C-c C-a a)은에 의해 설정된대로이 중 하나입니다 org-attach-method.
첨부 파일 디렉토리를 지정하고 해당 디렉토리를 채울 수도 있습니다. org-attach-sync그런 다음 첨부 파일 메타 데이터를 동기화하여 헤드 라인에서 새 파일을 인식합니다. 글 로빙이나 스크립팅 없이는 하이퍼 링크로이 작업을 수행 할 수 없습니다.
를 통해 첨부 된 모든 파일의 목록을 얻을 수 있습니다.이를 통해 파일 전체 org-attach-file-list를 반복하고 Dropbox 폴더에 복사하거나 git에 저장하는 것과 같은 유용한 작업을 수행 할 수 있습니다. 섹션에서 하이퍼 링크를 반복하는 것은 훨씬 어렵고 오류가 발생하기 쉽습니다.
하이퍼 링크를 통한 첨부 파일을 고려해야하는 또 다른 이유는 텍스트에 넣지 않고도 조직 제목에 링크를 연결하기 때문입니다. 첨부 파일 메타 데이터는로 숨길 수있는 속성 드로어에 저장됩니다 TAB.
하이퍼 링크는 일반적으로 텍스트 형식으로 존재해야합니다 [[file:somefile.pdf][My file]]. 속성에서이 하이퍼 링크를 잠재적으로 숨길 수도 있지만 org-attach사용 편의성없이 복제 할 수 있습니다.
요컨대, 하이퍼 링크는 다른 문서를 제목에 연결할 수 있지만 org-attach이 연결을보다 강력하고 강력하며 사용하기 쉽게 만듭니다.
편집 : 설명이 추가되었습니다.
링크를 통해 attachements을 사용하는 하나의 주요 사전은 즉 org-mode그들이 버전 제어하에있는 경우, 첨부 파일에 대한 변경 사항을 커밋 돌볼 수 수동 인용 :
[...]이 디렉토리 (첨부 파일 이있는 디렉토리 ) 를 git init로 초기화하면 조직은 변경 사항을 볼 때 자동으로 커밋합니다.
(설명을 위해 이탤릭체를 추가했습니다).
첨부 파일 기능을 올바르게 사용하면 첨부 파일을 항상 최신 상태로 유지하고 .org파일을 준수 할 수 있습니다.
링크를 사용하는 것이 더 나은 선택이라고 말하고 싶습니다.
.org모든 변경 사항을 가진 파일을 커밋하고 싶지 않습니다.나에게 첨부 파일은 dwim파일에 포함되거나 .org파일 에서 참조되는 파일 에 대한 일종의 (가정 한 의미) 접근 방식 입니다.