tar가 이미 존재한다면 왜 Shar를 작성합니까?

tar가 이미 존재한다면 왜 Shar를 작성합니까?

BSD 매뉴얼 페이지에 따르면 tar는 1979년 UNIX 버전 7에 처음 등장했으며 shar는 1994년에 출시된 4.4BSD에 처음 등장했습니다.

당시 어떤 장점을 공유할 수 있다고 생각했나요? Shar는 단순히 긴 쉘 스크립트를 실행하기 때문에 많은 보안 문제를 야기합니다. tar는 이미 유사한 기능을 제공하는데 왜 이 도구를 도입합니까?

답변1

출처(및 첨부할 수 있는 가중치)에 따라 shar1980년 경으로 거슬러 올라갑니다. 여러분이 인식할 수 있는 형태는 1988년 Rich Salz가 도입한 구현에서 나온 것이며 향후 몇 년에 걸쳐 단계적으로 개선되었습니다.

shar원래는 텍스트 파일 묶기에 대한 편의를 위해 만들어졌습니다. uuencoding(바이너리 파일을 보내는 방법)은 적어도 오랫동안 사용되어 왔습니다. 저는 1989년에 2.0BSD에서 이 방법을 봤고 매뉴얼 페이지에는 Mark Horton이 작성한 것으로 나와 있습니다. 1980년대부터 사용되어 왔지만 sharwith와 함께 사용된 최초의 사용은 shar파악하기 어렵습니다. READMERich Salz의 1988년 버전에는 다음과 같이 나와 있습니다 cshar.

On a philosophical note, I've tried to make this all as general as
possible for shipping sources around.  I'm not interested in binaries, so
things like automatically running uuencode don't interest me a great
deal.  I haven't come up with a good portable way to split files into
pieces if they're too large, and doubt I ever will.  There are too many 
installation parameters, but I'm not particularly worried about that:  Once
you get things working, consider it incentive to avoid future changes.  
It would be nice if I could use Larry's meta-Config, but that only works 
on Unix (and Eunice).  Send me your config.h file so that others can benefit.

shar2그러나 William Davidsen의 동시성(한 달 전)comp.sources.기타(3권 14호) uuencode를 지원합니다.

추가 자료:

답변2

당신이 틀렸습니다. 쉘 아카이버는 1980년 이전에 존재했습니다.

아카이브가 메일에 나타나도록 하기 위해 유즈넷 소스 아카이브용으로 작성되었습니다. Tar는 바이너리이므로 유즈넷 소스 아카이브에 쉽게 존재할 수 없습니다.

관련 정보