Initializing... drag & drop files here
Supports: TGZ
.tgz (or .tar.gz) archives. Batch conversion is supported, so you can queue several archives in one session.TGZ (a tar archive wrapped in gzip, also written .tar.gz) is the de facto packaging format on Linux and macOS — it preserves Unix permissions, ownership, symlinks, and timestamps inside a single solid-compressed stream. ZIP, created by Phil Katz at PKWARE in 1989 and published as APPNOTE.TXT, takes a different approach: each file is compressed independently and indexed in a central directory at the end of the archive. That structural difference is exactly why people convert in this direction.
tar (available by default since Windows 10 build 17063)..tar.gz only; CI runners on Windows often expect ZIP for actions/upload-artifact or NuGet packaging steps..tar.gz typically loses everything past the corruption point.| Property | TGZ (.tar.gz) | ZIP |
|---|---|---|
| Origin | tar (1979, AT&T Unix) + gzip (1992, GNU) | Phil Katz / PKWARE, 1989 |
| Compression scope | Solid — all files compressed as one gzip stream | Per-file — each entry compressed independently |
| Random access | No — must read sequentially to reach a file | Yes — central directory indexes every entry |
| Typical compression ratio | Better (shared dictionary across files) | Worse on many small similar files |
| Unix permissions / ownership | Preserved | Not reliably preserved |
| Symlinks | Preserved natively | Limited; depends on extractor |
| Native on Windows | No (PowerShell tar since Win10 17063) |
Yes since Windows XP (2001) |
| Native on macOS | Yes (Archive Utility, command-line tar) | Yes (Archive Utility) |
| Corruption recovery | Poor — truncation loses tail of archive | Better — individual entries are independent |
| Encryption | Not built in (rely on gpg outside) |
ZipCrypto (weak), AES-256 (WinZip/7-Zip extension) |
| Max archive size | Unlimited (POSIX tar) | 4 GiB / 65,535 files (legacy); ZIP64 lifts both |
| You uploaded | Combine setting | What you get |
|---|---|---|
One .tgz |
Single Archive (default) | One .zip with the original folder tree inside |
Multiple .tgz files, share as one bundle |
Single Archive | One .zip containing each tarball's contents merged together |
Multiple .tgz files, keep them separate |
Individual Archives | One .zip per input — names mirror the original .tgz basenames |
| A nightly build set you want re-distributed per platform | Individual Archives | Parallel ZIPs you can attach to GitHub releases |
Yes. The directory tree captured by tar — including nested folders, relative paths, and the top-level folder name many open-source projects ship inside their tarball — is rewritten as ZIP entries with the same paths. If your .tgz extracts to project-1.2.3/src/..., the resulting ZIP opens to the same layout.
ZIP cannot store Unix metadata the way tar can. File mode bits, uid/gid, and symbolic links are not represented in standard ZIP — they're dropped during conversion. If you need to preserve executable bits or symlinks (for example, distributing a Linux build), keep the archive as .tar.gz or use .tar.xz. ZIP is best when the recipient is on Windows or just needs the file contents, not the permission model.
TGZ uses solid compression — tar concatenates all files first, then gzip compresses the whole block, so the gzip dictionary can find patterns spanning multiple files (repeated copyright headers in source code, similar JSON schemas, etc.). ZIP compresses each file independently with Deflate, which can't share patterns across entries. For archives full of many small, similar text files the size penalty is real — usually 5-20%. For archives of one big binary, the difference is negligible.
.tar.gz files, or only .tgz?Both. .tgz and .tar.gz are the same format with different extensions — .tgz is just a shorter spelling commonly used on systems with 8.3 filename limits. Rename either way and the result is identical.
Yes, on Windows 10 build 17063 (December 2017) and later, the built-in tar command in PowerShell or Command Prompt can extract .tar.gz directly: tar -xzf archive.tgz. You can also use 7-Zip or WinRAR. Converting to ZIP is mainly worth it when you need to hand the archive to someone who only uses Windows Explorer's built-in unzipper, or when you need random-access extraction of individual files.
Conversion happens server-side; very large archives (multi-GB) may time out depending on your connection. For huge archives, command-line tools on your own machine are faster and avoid the upload. If you only need to repackage a small subset, extract first locally, then zip just the part you want to share.
Yes. ZIP is supported natively by macOS Finder (Archive Utility) and by unzip on virtually every Linux distribution. The only caveat is the permission/symlink loss noted above — for cross-platform Linux/macOS workflows where execute bits matter, keep the original .tar.gz.
If you need to go the other way, use ZIP to TGZ. For other archive targets from TGZ, see TGZ to 7Z or TGZ to TAR (uncompressed tarball). To go from a plain .tar to ZIP, use TAR to ZIP.