Choose a version:
18% The original file has 369287 bytes (360.6k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 66007 bytes (64.5k, 18%).

After GZIP compression these minified files vary in size:
Boot
  30026 bytes (29.3k)
CDN, direct link
Baidu
  26918 bytes (26.3k)
CDN, direct link
cdnjs
  26833 bytes (26.2k)
CDN, direct link
gzip -6 (default)
  26688 bytes (26.1k)
local copy
cdnhttps
  26666 bytes (26.0k)
CDN, direct link
gzip -9
  26633 bytes (26.0k)
local copy
libdeflate -12
  26260 bytes (25.6k)
local copy
7zip -mx=9 -tgzip
  25904 bytes (25.3k)
local copy
pigz -11 -n
  25839 bytes (25.2k)
local copy
kzip -s0 -rn -b3
  25834 bytes (25.2k)
local copy
Zopfli
  25810 bytes (25.2k)
local copy

perma-link to the smallest file on my server:
http://minime.stephan-brumme.com/files/angularjs/angular-0.9.18.min.js

You will automatically get the smallest AngularJS 0.9.18 file, ETag caching is available and
if your browser doesn't support GZIP decompression then the uncompressed version will be sent.

Currently best Zopfli settings

Save 856 bytes by using my AngularJS 0.9.18 Zopfli version instead of the best available CDN (3.32% smaller than cdnhttps, 25810 vs. 26666 bytes):
You can use my super-compressed files for whatever purpose you like as long as you respect the library's original license agreement.
There are no restrictions from my side - but please avoid hot-linking if you run a high-traffic website.

These command-line settings yielded the best compression ratio so far (Linux version of zopfli-krzymod):
zopfli --i100000 --mb8 --mls8 --bsr13 --lazy --ohh

(found November 26, 2015)
Description Value Parameter
iterations 100000  --i100000
maximum blocks 8  --mb8
maximum length score 8  --mls8
block splitting recursion 13  --bsr13
lazy matching in LZ77 yes  --lazy
optimized Huffman headers yes  --ohh
initial random W for iterations 1  --rw1
initial random Z for iterations 2  --rz2

Verify file integrity

After decompression, my uncompressed files are identical to the original ones:

MD5:
curl --silent --compressed https://code.angularjs.org/0.9.18/angular-0.9.18.min.js --location | md5sum
df99c4ba0bbae8935e8a3fdf06be8404  -
curl --silent --compressed http://minime.stephan-brumme.com/files/angularjs/angular-0.9.18.min.zopfli.js.gz | md5sum
df99c4ba0bbae8935e8a3fdf06be8404  -

SHA1:
curl --silent --compressed https://code.angularjs.org/0.9.18/angular-0.9.18.min.js --location | sha1sum
5ddac40e3d0286c00b148d5682f251eb89d9dfae  -
curl --silent --compressed http://minime.stephan-brumme.com/files/angularjs/angular-0.9.18.min.zopfli.js.gz | sha1sum
5ddac40e3d0286c00b148d5682f251eb89d9dfae  -

These CDNs send you the original file:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 30026 bytes df99c4ba0bbae8935e8a3fdf06be8404 March 18, 2015 @ 10:04
cdnjs 26833 bytes df99c4ba0bbae8935e8a3fdf06be8404 January 24, 2014 @ 03:45
cdnhttps 26666 bytes df99c4ba0bbae8935e8a3fdf06be8404 December 24, 2015 @ 07:32

And some CDNs send you a different file:
CDN Size (compressed) MD5 (uncompressed) Comment / Diff Timestamp
Baidu 26918 bytes 3e372941682783c7dea83bebbee49b6c only whitespaces differ June 5, 2014 @ 10:05

Note: only the MD5 hashes are shown to keep things simple.

Other Versions

Available AngularJS versions at minime.stephan-brumme.com:

1.6.5, 1.6.4, 1.6.3, 1.6.2, 1.6.1, 1.6.0,
1.5.11, 1.5.10, 1.5.9, 1.5.8, 1.5.7, 1.5.6, 1.5.5, 1.5.4, 1.5.3, 1.5.2, 1.5.1, 1.5.0,
1.4.14, 1.4.13, 1.4.12, 1.4.11, 1.4.10, 1.4.9, 1.4.8, 1.4.7, 1.4.6, 1.4.5, 1.4.4, 1.4.3, 1.4.2, 1.4.1, 1.4.0,
1.3.20, 1.3.19, 1.3.18, 1.3.17, 1.3.16, 1.3.15, 1.3.14, 1.3.13, 1.3.12, 1.3.11, 1.3.10, 1.3.9, 1.3.8, 1.3.7, 1.3.6, 1.3.5, 1.3.4, 1.3.3, 1.3.2, 1.3.1, 1.3.0,
1.2.32, 1.2.31, 1.2.30, 1.2.29, 1.2.28, 1.2.27, 1.2.26, 1.2.25, 1.2.24, 1.2.23, 1.2.22, 1.2.21, 1.2.20, 1.2.19, 1.2.18, 1.2.17, 1.2.16, 1.2.15, 1.2.14, 1.2.13, 1.2.12, 1.2.11, 1.2.10, 1.2.9, 1.2.8, 1.2.7, 1.2.6, 1.2.5, 1.2.4, 1.2.3, 1.2.2, 1.2.1, 1.2.0,
1.1.5, 1.1.4, 1.1.3, 1.1.2, 1.1.1, 1.1.0,
1.0.8, 1.0.7, 1.0.6, 1.0.5, 1.0.4, 1.0.3, 1.0.2, 1.0.1, 1.0.0,
0.10.6, 0.10.5, 0.10.4, 0.10.3, 0.10.2, 0.10.1, 0.10.0,
0.9.19, 0.9.18, 0.9.17, 0.9.16, 0.9.15, 0.9.14, 0.9.13, 0.9.12, 0.9.11, 0.9.10, 0.9.9, 0.9.8, 0.9.7, 0.9.6, 0.9.5, 0.9.4, 0.9.3, 0.9.2, 0.9.1, 0.9.0

The project site contains an overview how well these versions were compressed.
Other interesting projects are BackboneJS, Bootstrap, D3, Dojo, Ember, jQuery, Knockout, lodash, React, Socket.IO, ThreeJS, UnderscoreJS and Vue.

Changelog

Best Zopfli parameters so far:
Size Improvement Parameters Found
25810 bytes -1 byte zopfli --i100000 --mls8 --bsr13 --lazy --ohh November 26, 2015 @ 12:02
25811 bytes -1 byte zopfli --i10000 --mls8 --bsr13 --lazy --ohh November 26, 2015 @ 11:36
25812 bytes -2 bytes zopfli --i10000 --mls2048 --bsr9 --lazy --ohh September 11, 2015 @ 07:37
25814 bytes -1 byte zopfli --i1000 --mls2048 --bsr9 --lazy --ohh September 7, 2015 @ 22:01
25815 bytes -2 bytes zopfli --i1000 --mls2048 --bsr10 --lazy --ohh September 7, 2015 @ 21:58
25817 bytes zopfli --i100 --mls4096 --bsr11 --lazy --ohh September 7, 2015 @ 16:10

If there are multiple parameter sets yielding the same compressed size, only the first one found is shown.

Most recent activity on June 16, 2016 @ 14:38.

Heatmaps

This Zopfli heatmap visualizes how compression changes when modifying the --bsr and --mls parameter.
Cell's contents is the best filesize achieved (in bytes, hover with mouse over cells to see number of iterations).

Good parameters are green, bad are red. The best and worst are bold as well.
The brightness of the blue background color indicates how many iterations were processed:
10,000 or 100,000.
bsr \ mls
2 4 8 16 32 64 128 256 512 1024 2048 4096 8192 16384 32768
bsr \ mls
2 4 8 16 32 64 128 256 512 1024 2048 4096 8192 16384 32768
25833 25835 25831 25830 25828 25829 25832 25834 25841 25849 25852 25863 25836 25840 25847
25842 25832 25825 25813 25813 25826 25812 25815 25822 25830 25828 25812 25834 25824 25843
25812 25812 25813 25813 25814 25821 25813 25824 25824 25826 25830 25831 25830 25840 25837
25812 25815 25812 25812 25823 25824 25822 25823 25815 25817 25822 25815 25828 25823 25826
25813 25812 25814 25819 25832 25824 25827 25838 25843 25837 25813 25812 25829 25822 25818
25813 25813 25837 25813 25823 25825 25814 25814 25839 25825 25812 25812 25824 25821 25817
25814 25812 25812 25812 25814 25826 25812 25826 25825 25828 25813 25812 25827 25823 25826
25814 25819 25812 25824 25822 25825 25826 25826 25827 25825 25813 25812 25825 25822 25817
25812 25813 25814 25815 25814 25824 25825 25826 25827 25830 25828 25813 25828 25823 25824
25812 25812 25810 25813 25813 25813 25814 25824 25826 25814 25824 25812 25828 25823 25823
25812 25828 25816 25813 25822 25812 25813 25812 25824 25824 25815 25812 25827 25818 25830
25812 25828 25824 25825 25821 25826 25824 25826 25825 25827 25823 25812 25834 25822 25825
25813 25812 25813 25811 25810 25812 25812 25813 25826 25830 25826 25812 25826 25840 25826
25812 25812 25812 25812 25823 25813 25810 25818 25830 25825 25814 25815 25827 25822 25833
25837 25826 25834 25837 25810 25825 25825 25824 25826 25827 25812 25827 25826 25822 25815
25812 25812 25813 25830 25823 25824 25814 25825 25826 25825 25824 25827 25828 25822 25819
25813 25812 25812 25813 25824 25812 25824 25825 25825 25813 25815 25813 25827 25822 25829
25813 25828 25813 25812 25812 25825 25813 25825 25826 25825 25813 25812 25827 25822 25817
25812 25814 25813 25814 25812 25827 25826 25826 25827 25826 25812 25814 25827 25823 25819
25827 25827 25828 25823 25823 25826 25825 25825 25826 25825 25813 25813 25827 25823 25818
25813 25812 25813 25813 25812 25812 25811 25812 25826 25812 25813 25812 25834 25821 25826
25812 25813 25812 25821 25812 25826 25825 25825 25826 25825 25812 25828 25827 25823 25816
25812 25812 25812 25811 25821 25825 25813 25813 25826 25814 25812 25813 25827 25822 25818

Due to the Monte Carlo design of my search algorithm, not all parameters have reached the same number of iterations yet:
Iterations Min. Bytes Reduction Coverage
100 25816 bytes 100%
1,000 25813 bytes -3 bytes 100%
10,000 25811 bytes -2 bytes 100%
100,000 25810 bytes -1 byte 2.03%
1,000,000
10,000,000

KZIP has far less options available for tuning/optimization. I only played around with the number of blocks (parameter -n):
Blocks Min. Bytes Compared To Best Zopfli Compared To Best KZIP
25882 bytes +72 bytes (+0.28%) +48 bytes
26323 bytes +513 bytes (+1.99%) +489 bytes
25882 bytes +72 bytes (+0.28%) +48 bytes
25834 bytes +24 bytes (+0.09%)
25853 bytes +43 bytes (+0.17%) +19 bytes
25875 bytes +65 bytes (+0.25%) +41 bytes
25904 bytes +94 bytes (+0.36%) +70 bytes
25923 bytes +113 bytes (+0.44%) +89 bytes
25958 bytes +148 bytes (+0.57%) +124 bytes

Non-DEFLATE Algorithms

Archivers based on completely different compression algorithms often produce superior results.
Unfortunately, browsers only support gzip compression at the moment.
Algorithm Program Parameters Size Compared To Best Zopfli
ZPAQ (Wikipedia) zpaq zpaq -method 69 22491 bytes -3319 bytes (-12.86%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 23057 bytes -2753 bytes (-10.67%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 23108 bytes -2702 bytes (-10.47%)
Brotli (Wikipedia) brotli brotli -q 11 23861 bytes -1949 bytes (-7.55%)
LZMA2 (Wikipedia) xz xz -9 25212 bytes -598 bytes (-2.32%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 25725 bytes -85 bytes (-0.33%)
ZSTD (Wikipedia) zstd zstd -19 25983 bytes +173 bytes (+0.67%)

Detailled Analysis

I wrote a DEFLATE decoder in Javascript. Click the button below to start a client-side analysis of the smallest gzipped files (may take a second):


Notes: pigz is a fast open source multi-threaded implementation of gzip written by one of the original authors of gzip.
However, when using compression level 11, pigz actually switches to the slower Zopfli algorithm and isn't multi-threaded anymore.
KrzyMOD's extensions to Zopfli offer the highest level of configuration and is therefore used for my brute-force search.
Ken Silverman wrote the closed-source KZIP compression program and Jonathon Fowler ported it to Linux.
Defluff was created by Joachim Henke; DeflOpt is a tool by Ben Jos Walbeehm.

website made by Stephan Brumme in 2015 and still improving in 2017.
all timestamps are displayed in central european time. see my changelog.
no flash, not even images or external css files - and everything squeezed into a single html file.
which was handsomely compressed before releasing it into the wild internet - obviously.

please visit my homepage and my blog, too.
email: minime (at) stephan-brumme.com