İnsanlar neden tarball kullanıyor?

Öncelikle bir Windows geliştiricisi olarak, belki Linux topluluğunda kültürel bir şeyi özlüyorum, ama bu her zaman kafamı karıştırdı.

Bir şeyi indirirken, dosyalar önce .tararşive koyulur, sonra sıkıştırılır . Neden iki aşamalı süreç? Does not sıkıştırma gruplandırma dosyayı ulaşmak? Farkında olmadığım başka bir faydası var mı?

bzipve gziptek dosyalar üzerinde çalışın, dosya grupları üzerinde çalışmayın. Düz eski zip(ve pkzip) dosya grupları üzerinde çalışır ve yerleşik arşiv konseptine sahiptir.

* Nix felsefesi, belirli işleri çok iyi yapan ve birbirine zincirlenebilen küçük araçlardan biridir. Bu yüzden burada belirli görevleri olan iki araç var ve bunlar birbirine iyi uyacak şekilde tasarlandı. Ayrıca grup dosyalarına tar kullanabilir ve sonra bir sıkıştırma aracı (bir seçim var demektir bzip, gzipvs.).

İki tür arşivin doğasında önemli bir ayrım vardır.

TAR dosyaları, dosya içeriğinin bazı başlıklarla birleştirilmesinden biraz daha fazlasıdır, gzip ve bzip2 ise tarball'larda tüm birleştirmeye uygulanan akış sıkıştırıcılardır.

ZIP dosyaları, bazı başlıklarla birlikte ayrı ayrı sıkıştırılmış dosyaların bir birleşimidir. Aslında, DEFLATE algoritması hem zip hem de gzip tarafından kullanılır ve uygun ikili ayarlamayla, bir gzip akışının yükünü alıp uygun başlık ve sözlük girişleriyle bir zip dosyasına koyabilirsiniz.

Bu, iki farklı arşiv türünün farklı değiş tokuşlara sahip olduğu anlamına gelir. Küçük dosyaların büyük koleksiyonları için, TAR ve ardından bir akış sıkıştırıcı normal olarak ZIP'den daha yüksek sıkıştırma oranıyla sonuçlanacaktır çünkü akış sıkıştırıcı sözlük frekanslarını oluşturmak için daha fazla veriye sahip olacak ve böylece daha fazla bilgiyi sıkıştırabilecektir. Öte yandan, bir ZIP dosyasındaki bir (dosya uzunluğunu koruma) hatası, yalnızca sıkıştırılmış verileri etkilenen dosyaları bozacaktır. Normalde, akış sıkıştırıcıları akış ortasında hatalardan anlamlı bir şekilde kurtulamaz. Bu nedenle, ZIP dosyaları bozulmaya karşı daha dayanıklıdır, çünkü arşivin bir parçası hala erişilebilir olacaktır.

Başka hiç kimsenin GNU'nun modern sürümlerinin tarsiz paketlerken sıkıştırmanıza izin verdiğinden bahsetmemiş olması garip :

tar -czf output.tar.gz directory1 ...

tar -cjf output.tar.bz2 directory2 ...

Ayrıca, ' -c' (stdout'a veya stdin'den) ve ' -d' (açma) seçeneklerini desteklemesi koşuluyla, seçtiğiniz kompresörü de kullanabilirsiniz :

tar -cf output.tar.xxx --use-compress-program=xxx directory1 ...

Bu, herhangi bir alternatif kompresörü belirlemenize izin verir.

[ Eklendi : Dosyalardan ayıklıyorsanız gzipveya bzip2sıkıştırılmışsa, GNU bunları tarotomatik olarak algılar ve uygun programı çalıştırır. Yani şunları kullanabilirsiniz:

tar -xf output.tar.gz
tar -xf output.tgz        # A synonym for the .tar.gz extension
tar -xf output.tar.bz2

ve bunlar uygun şekilde ele alınacaktır. Standart olmayan bir kompresör kullanıyorsanız, ekstraksiyonu yaparken bunu belirtmeniz gerekir.]

Ayrılmanın nedeni, seçilen cevapta olduğu gibi, görevlerin ayrılmasıdır. Diğer şeylerin yanı sıra, bu, insanların cpio(yerine tar) dosyaları paketlemek için ' ' programını kullanabileceği ve daha sonra tercih edilen kompresörü kullanabileceği anlamına gelir (bir zamanlar, tercih edilen kompresör pack, daha sonra idi compress(ki bu, pack) ve daha sonra gzipher iki öncülünün etrafında halkalar dolaşan ve tamamen rekabet eden zip(Unix'e taşınmıştır, ancak orada yerel değildir) ve şimdi bzip2benim deneyimime göre genellikle% 10-20 avantaja sahiptir gzip.

[ Eklendi : yanıtında cpiokomik geleneklere sahip birisi not edildi . Bu doğru, ancak GNU tarilgili seçenekleri (' -T -') cpioalana kadar, belirli bir dizinin altındaki her şeyi arşivlemek istemediğinizde daha iyi bir komuttu - aslında hangi dosyaların arşivleneceğini tam olarak seçebiliyordunuz. Olumsuz cpiosiz sadece o oldu olabilirdi dosyaları seçin - Eğer vardı onları seçin. Hala cpiopuanların olduğu bir yer var ; herhangi bir ara depolama olmadan bir dizin hiyerarşisinden diğerine yerinde kopyalama yapabilir:

cd /old/location; find . -depth -print | cpio -pvdumB /new/place

Bu arada, ' -depth' seçeneği findbu bağlamda önemlidir - dizinlerin kendi izinlerini ayarlamadan önce dizinlerin içeriğini kopyalar. Bu cevaba eklemeyi girmeden önce komutu kontrol ettiğimde, bazı salt okunur dizinleri kopyaladım (555 izni); kopyayı silmeye gittiğimde, ' rm -fr /new/place' bitmeden önce dizinlerdeki izinleri gevşetmem gerekti. -depthSeçenek olmasaydı, cpiokomut başarısız olurdu. Bunu yalnızca temizlik yapmaya gittiğimde yeniden hatırladım - aktarılan formül benim için bu kadar otomatikti (esas olarak uzun yıllar boyunca birçok tekrar sayesinde). ]

İşin garibi, tarve yaratıcıları tarafından beklenmeyen davranışlar elde edebilirsiniz gzip. Örneğin, bir tar dosyasını yalnızca gzip edemezsiniz, ayrıca bir gzip dosyası oluşturmak için gzip ile sıkıştırılmış dosyaları da tarayabilirsiniz files.gz.tar(bu teknik olarak pkzipçalışma şekline daha yakın olacaktır ). Veya ardışık düzene başka bir program koyabilirsiniz, örneğin biraz kriptografi ve rasgele bir dara alma, gzip ve şifreleme sırası seçebilirsiniz. Şifreleme programını her kim yazarsa, programının nasıl kullanılacağına dair en ufak bir fikre sahip olmak zorunda değildir, tek yapması gereken standart girdiden okumak ve standart çıktıya yazmaktır.

Unix dünyasında, çoğu uygulama bir şeyi ve onu iyi yapmak için tasarlanmıştır. Unix, gzip ve bzip2'deki en popüler zip yardımcı programları yalnızca dosya sıkıştırması yapar. tar, dosya birleştirmeyi yapar. Tar çıktısının bir sıkıştırma yardımcı programına aktarılması, her iki yazılım parçasına da aşırı karmaşıklık eklemeden gerekeni yapar.

Bu kadar yaygın olmasının bir başka nedeni de, tar ve gzip'in neredeyse tüm * NIX kurulum tabanında olmasıdır. Bunun muhtemelen en büyük neden olduğuna inanıyorum. RAR veya 7z'deki üstün rutinlere bakılmaksızın destek yerleşik olduğundan, zip dosyalarının Windows'ta son derece yaygın olmasının nedeni de budur.

GNU tar aynı zamanda bu dosyaları bir komuttan (tek adım) oluşturmanıza / çıkarmanıza izin verir:

• Bir Arşiv Oluşturun:
• tar -cfvj destination.tar.bz2 *.files

• tar -cfvz destination.tar.gz *.files

• Bir Arşivi Çıkarın: (-C kısmı isteğe bağlıdır, varsayılan olarak mevcut dizine geçer)

• tar -xfvj archive.tar.bz2 -C destination_path
• tar -xfvz archive.tar.gz -C destination_path

Bunlar, Linux'ta ve son zamanlarda Nexenta'da (OpenSolaris) geçirdiğim uzun yıllar boyunca hafızamda tuttuğum şeylerdir.

Sanırım bununla ilgili daha fazla tarihsel bağlam arıyordunuz. Orijinal zip dosyası tek bir dosya içindi. Tar, birden çok dosyayı tek bir dosyaya yerleştirmek için kullanılır. Bu nedenle, daraltma ve sıkıştırma iki aşamalı bir işlemdir. Neden bugün hala bu kadar baskın olduğunu kimse tahmin ediyor.

Tar_ için wikipedia'dan (dosya_formatı)

Hesaplamada, tar (teyp arşivinden türetilen) hem bir dosya formatıdır (bir tür arşiv bit akışı biçiminde) hem de bu tür dosyaları işlemek için kullanılan programın adıdır. Biçim, POSIX.1-1988 ve daha sonra POSIX.1-2001 tarafından standartlaştırılmıştır. Başlangıçta, yedekleme amacıyla teyp yedekleme ve diğer sıralı erişim cihazları için kullanılan bir ham format olarak geliştirilen bu format, artık yaygın olarak, kullanıcı ve grup gibi dosya sistemi bilgilerini korurken, dağıtım veya arşivleme için dosya koleksiyonlarını daha büyük bir dosyada harmanlamak için kullanılmaktadır. izinler, tarihler ve dizin yapıları.

tar, UNIX, çünkü UNIX, katran

Bence hala kullanmanın nedenitar bugün , UNIX yaklaşımının onu en başından mükemmel bir şekilde yaptığı (muhtemelen nadir) durumlardan biri olmasıdır.

Arşiv oluşturmanın aşamalarına daha yakından bakarsak, burada farklı görevlerin birbirinden ayrılmasının en iyi haliyle UNIX felsefesi olduğunu kabul edeceğinizi umuyorum :

• zaman damgaları, sahipler ve izinler gibi tüm ilgili meta veriler dahil olmak üzere herhangi bir dosya, dizin ve sembolik bağlantı seçimini tek bir bayt akışına tardönüştürmede uzmanlaşmış bir araç ( buraya bir ad vermek için) .

• ve herhangi bir bayt giriş akışını (umarız) daha küçük bir çıkış akışına gzip bz2 xzdönüştüren keyfi olarak değiştirilebilen başka bir araç ( yalnızca birkaç seçeneği belirtmek gerekirse).

Böyle ve yaklaşımı kullanmak, kullanıcıya olduğu kadar geliştiriciye de birkaç fayda sağlar:

• genişletilebilirlik çift izin verilmesi tarile herhangi zaten var olan sıkıştırma algoritması veya herhangi henüz hala sıkıştırma algoritması geliştirilecek olmadan iç işleyişini değiştirme şey zorunda tarhiç.

  Tamamen yeni "hyper-zip-utra" veya whater sıkıştırma aracı çıkar çıkmaz, onu tüm gücüyle yeni hizmetçinizi kucaklayarak kullanmaya hazırsınız demektir tar.

• tar80'lerin başından bu yana stabilite yoğun kullanımda olmuştur ve çeşitli işletim sistemleri ve makinelerde test edilmiştir.

  Her yeni arşivleme aracı için sahiplik, izinler, zaman damgaları ve benzerlerinin tekrar tekrar depolanmasında tekerleği yeniden icat etme ihtiyacını önlemek , yalnızca geliştirme sırasında çok fazla (aksi takdirde gereksiz yere harcanan) zamandan tasarruf etmekle kalmaz, aynı zamanda her biri için aynı güvenilirliği garanti eder. yeni uygulama.

• tutarlılık Kullanıcı arayüzü her zaman aynı kalır.

  A aracını kullanarak izinleri geri yüklemek için, seçeneği geçmeniz gerektiğini --i-hope-you-rember-this-oneve B --this-time-its-another-one aracını kullanarak C aracını kullanırken kullanmanız gerektiğini hatırlamanıza gerek yok, bunun `` --hope-you-didnt-try-with-tool-as-tool-olarak-aracı.

  Oysa D aracını kullanırken, kullanmasaydınız, gerçekten berbat etmiş olurdunuz --if-you-had-used-tool-bs-switch-your-files-would-have-been-deleted-now.

katran , çoğunlukla tarihi nedenlerle popülerdir. Halihazırda mevcut olan birkaç alternatif vardır. Bazıları neredeyse katran kadar uzun süredir ortalıkta, ancak çeşitli nedenlerden dolayı popülerlikte katranı geçemiyor.

• cpio (yabancı sözdizimi; teorik olarak daha tutarlı, ancak insanlar bildiklerini severler, tar galip geldi)
• ar (uzun zaman önce popülerdi, şimdi kitaplık dosyalarını paketlemek için kullanılıyor)
• shar (kendi kendine ayıklanan kabuk komut dosyaları, her türlü sorunu vardı; eskiden hiç de az değil popülerdi)
• zip (lisans sorunları nedeniyle pek çok Unices'da kullanıma hazır değildi)

Tar'ın en büyük avantajı (ve dezavantajı) ne dosya başlığına ne de merkezi içerik dizinine sahip olmamasıdır. Bu nedenle, uzun yıllar boyunca dosya boyutundaki sınırlamalara hiç maruz kalmadı (bu on yıla kadar, arşivdeki dosyalarda 8 Gb'lik bir sınırın yıllar önce çözülmüş bir sorun haline geldiği bu on yıla kadar).

Görünüşe göre tar.gz'nin (veya bu konuda ar.Z'nin) tek dezavantajı, ki bu, tek tek dosyaları çıkarmak ve arşiv içeriğini listelemek için tüm arşivi açmanız gerektiğidir, asla insanları önemli sayıda katran kusuruna neden olacak kadar incitmez. .

gzip ve bzip2, bir arşivleme yazılımı değil, sadece bir sıkıştırıcıdır. Dolayısıyla kombinasyon. Tüm dosyaları paketlemek için tar yazılımına ihtiyacınız var.

ZIP'in kendisi ve RAR da iki işlemin birleşimidir.

Genellikle * nux dünyasında, dosya paketleri tarball olarak dağıtılır ve sonra isteğe bağlı olarak gzip ile sıkıştırılır. Gzip, tar veya zip'in yaptığı dosya paketlemesini yapmayan basit bir dosya sıkıştırma programıdır.

Bir zamanlar zip, Unix tar ve unix dosya sistemlerinin normal kabul ettiği sembolik bağlantılar, karışık durum dosyaları vb. Gibi bazı şeyleri düzgün bir şekilde işlemedi. Bunun değişip değişmediğini bilmiyorum, ama bu yüzden tar kullanıyoruz.

Tar = Dosyaları 1 dosyada gruplar

GZip = Dosyayı sıkıştır

Süreci 2'ye böldüler. Hepsi bu.

Windows ortamında, Zip yapan WinZip veya WinRar'ı kullanmaya daha alışkın olabilirsiniz. Bu yazılımların Zip işlemi dosyayı gruplandırır ve sıkıştırır, ancak bu işlemi görmezsiniz.

Mac kullanıcılarının disk görüntülerini sevmeleriyle aynı nedenden ötürü: Öğeleri arşivlemenin ve daha sonra iletmenin, indirmenin veya e-postayla göndermenin vb.

Ve kullanımı daha kolay ve IMHO fermuarlardan daha taşınabilir.

Altos-XENIX günlerimde (1982) tar (teyp arşivleyici) kullanarak 5 1/4 disketten veya akışlı banttan dosya ayıklamak ve bu medyaya kopyalamak için başladık. İşlevselliği, tamamlayıcı olarak DOS 5.0 ve 6.22'deki BACKUP.EXE ve RESTORE.EXE komutlarına çok benzer ve yalnızca bir ortama sığamazsa birden çok medyayı yaymanıza olanak tanır. Dezavantajı, birden çok medyadan birinin sorunları olması durumunda, her şeyin değersiz olmasıydı. tar ve dd, UNIX SYstem III'ten kaynaklanmaktadır ve muhtemelen geriye dönük uyumluluk nedenlerinden ötürü UNIX benzeri işletim sistemi ile standart bir yayın aracı olarak kalmıştır.

Tar sadece bir dosya formatı değil, aynı zamanda bir bant formatıdır. Bantlar verileri bit bit depolar. Her depolama uygulaması özeldi. Tar, verileri bir diskten alıp, özel programınız olmadan başkalarının alabileceği bir şekilde banda depolayabileceğiniz bir yöntemdi.

Daha sonra sıkıştırma programları geldi ve * nix hala birden fazla dosya içeren tek bir dosya oluşturmak için tek bir yönteme sahipti.

Tar.gz trendiyle devam eden şeyin atalet olduğuna inanıyorum. Pkzip, bir hamlede hem sıkıştırma hem de arşivleme ile başladı, ancak daha sonra DOS sistemlerinde tipik olarak teyp sürücüleri yoktu!

Tar_ için wikipedia'dan (dosya_formatı)

Hesaplamada, tar (teyp arşivinden türetilen) hem bir dosya formatıdır (bir tür arşiv bit akışı biçiminde) hem de bu tür dosyaları işlemek için kullanılan programın adıdır. Biçim, POSIX.1-1988 ve daha sonra POSIX.1-2001 tarafından standartlaştırılmıştır. Başlangıçta, yedekleme amacıyla teyp yedekleme ve diğer sıralı erişim cihazları için kullanılan bir ham format olarak geliştirilen bu format, artık yaygın olarak, kullanıcı ve grup gibi dosya sistemi bilgilerini korurken, dağıtım veya arşivleme için dosya koleksiyonlarını daha büyük bir dosyada harmanlamak için kullanılmaktadır. izinler, tarihler ve dizin yapıları.

Bir Windows Geliştiricisi olarak, tarball'ların ne kadar tuhaf göründüğü anlaşılabilir . Kelime tar, Teyp Arşivi anlamına gelir. Makaradan makaraya kayıt cihazlarını düşünün.

Windows dünyasında programlar genellikle kayıt defterinde her türlü sihirbazlıkla çalışan setup.exeveya install.exeçalışan, dizinler yaratan ve .dll(Dinamik Bağlantı Kitaplığı) dosyaları yükleyen veya ile yüklenir .

Linux, Ubuntu'da, özellikle kendi deneyimlerime göre, paket yöneticileri çoğu zaman bir uygulamayı alıp onu kurmaya özen gösteriyor . Ubuntu'da geliştirici, .deb(Ubuntu'nun temel aldığı Debian) ile biten bir paket oluşturur . A'yı yüklemek için temel sözdizimi .debşöyledir:

sudo apt install <package_name>

Bu, bir kullanıcı için nispeten basit olsa da, geliştiricilerin bir .debpaket oluşturması ve PPA'yı ilişkilendirmesi çok iştir .

Geliştiriciler için daha kolay bir yöntem, bir tarball oluşturmaktır. Daha sonra kurulum yükü son kullanıcı tarafından paylaşılır. Yapmalılar:

• tarball'ı indirin (genellikle ile biter .tar.gz).
• kaynak kodunu bir dizine açar.
• kaynak kodunu derleyin (Windows for Profit dünyasında duyulmamış).
• Umarım gelecekte tekrar etmeleri gerekmesi durumunda ne yaptıklarını yazın, çünkü aptyedeklenebilecek veritabanı (Windows yüklü programlar listesini düşünün) yok.

Başka bir yanıt zaten sorduğunuz başka bir soruya işaret ettiği gibi, aynı anda bir tarball oluşturabilir ve verileri sıkıştırabilirsiniz. İki geçişli bir işlem gerekli DEĞİLDİR.