Choose a version:
19% The original file has 329760 bytes (322.0k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 61081 bytes (59.6k, 19%).

After GZIP compression these minified files vary in size:
Boot
  27613 bytes (27.0k)
CDN, direct link
Baidu
  24894 bytes (24.3k)
CDN, direct link
cdnjs
  24831 bytes (24.2k)
CDN, direct link
gzip -6 (default)
  24709 bytes (24.1k)
local copy
cdnhttps
  24687 bytes (24.1k)
CDN, direct link
gzip -9
  24656 bytes (24.1k)
local copy
libdeflate -12
  24070 bytes (23.5k)
local copy
7zip -mx=9 -tgzip
  23807 bytes (23.2k)
local copy
kzip -s0 -rn -b4
  23674 bytes (23.1k)
local copy
pigz -11 -n
  23643 bytes (23.1k)
local copy
Zopfli
  23617 bytes (23.1k)
local copy

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

You will automatically get the smallest AngularJS 0.9.15 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 1070 bytes by using my AngularJS 0.9.15 Zopfli version instead of the best available CDN (4.53% smaller than cdnhttps, 23617 vs. 24687 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 --mls32 --bsr30 --lazy --ohh

(found February 8, 2016)
Description Value Parameter
iterations 100000  --i100000
maximum blocks 8  --mb8
maximum length score 32  --mls32
block splitting recursion 30  --bsr30
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.15/angular-0.9.15.min.js --location | md5sum
510ec84ff4ef045e3a2a95ef81496088  -
curl --silent --compressed http://minime.stephan-brumme.com/files/angularjs/angular-0.9.15.min.zopfli.js.gz | md5sum
510ec84ff4ef045e3a2a95ef81496088  -

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

These CDNs send you the original file:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 27613 bytes 510ec84ff4ef045e3a2a95ef81496088 March 18, 2015 @ 10:03
cdnjs 24831 bytes 510ec84ff4ef045e3a2a95ef81496088 March 28, 2014 @ 14:15
cdnhttps 24687 bytes 510ec84ff4ef045e3a2a95ef81496088 December 24, 2015 @ 07:32

And some CDNs send you a different file:
CDN Size (compressed) MD5 (uncompressed) Comment / Diff Timestamp
Baidu 24894 bytes 24fb6d18463bbe1dd60e72e11bc00be5 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.6, 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
23617 bytes -1 byte zopfli --i100000 --mls32 --bsr30 --lazy --ohh February 8, 2016 @ 11:39
23618 bytes -1 byte zopfli --i10000 --mls8 --bsr8 --lazy --ohh October 21, 2015 @ 12:55
23619 bytes -1 byte zopfli --i1000 --mls8 --bsr14 --lazy --ohh September 20, 2015 @ 17:35
23620 bytes -1 byte zopfli --i1000 --mls256 --bsr7 --lazy --ohh September 17, 2015 @ 02:38
23621 bytes -4 bytes zopfli --i1000 --mls512 --bsr10 --lazy --ohh September 7, 2015 @ 22:08
23625 bytes zopfli --i100 --mls8192 --bsr10 --lazy --ohh September 7, 2015 @ 16:20

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:39.

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
23648 23649 23648 23649 23646 23640 23638 23638 23645 23666 23665 23653 23656 23649 23672
23622 23623 23620 23619 23619 23620 23622 23620 23640 23626 23636 23622 23631 23632 23648
23628 23626 23621 23618 23623 23632 23631 23648 23635 23625 23622 23620 23647 23639 23651
23628 23627 23620 23620 23628 23620 23626 23619 23625 23624 23621 23621 23631 23628 23660
23620 23620 23617 23619 23619 23622 23627 23631 23624 23624 23640 23621 23636 23628 23648
23620 23629 23629 23619 23622 23622 23624 23620 23623 23626 23620 23624 23635 23628 23646
23620 23619 23617 23617 23617 23620 23619 23619 23620 23623 23621 23620 23620 23628 23645
23631 23631 23629 23620 23631 23633 23637 23626 23633 23646 23623 23620 23633 23628 23648
23621 23621 23619 23619 23621 23621 23619 23622 23626 23625 23625 23624 23636 23631 23634
23620 23620 23617 23622 23620 23620 23623 23620 23630 23628 23625 23621 23636 23632 23650
23620 23634 23617 23619 23619 23622 23646 23646 23645 23633 23622 23621 23626 23633 23648
23620 23629 23619 23627 23628 23626 23621 23623 23625 23628 23623 23621 23637 23628 23636
23631 23634 23637 23617 23620 23629 23628 23624 23623 23624 23624 23626 23633 23628 23640
23620 23619 23617 23617 23620 23620 23619 23620 23624 23645 23621 23633 23621 23628 23648
23621 23620 23620 23620 23617 23623 23620 23620 23624 23626 23620 23624 23638 23627 23638
23639 23621 23622 23621 23620 23620 23621 23628 23626 23624 23619 23621 23636 23633 23645
23624 23621 23620 23617 23622 23617 23620 23620 23645 23625 23623 23632 23639 23629 23639
23621 23619 23621 23620 23622 23624 23622 23620 23626 23624 23624 23620 23634 23628 23649
23620 23640 23634 23618 23619 23621 23636 23620 23624 23626 23619 23626 23636 23630 23652
23621 23625 23620 23620 23619 23620 23624 23622 23624 23623 23623 23621 23636 23632 23641
23621 23621 23618 23621 23619 23620 23623 23620 23622 23626 23623 23620 23631 23627 23648
23620 23631 23617 23618 23617 23620 23620 23620 23623 23625 23622 23625 23634 23633 23637
23620 23620 23618 23618 23621 23620 23620 23620 23623 23624 23628 23623 23639 23629 23643

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 23623 bytes 100%
1,000 23619 bytes -4 bytes 100%
10,000 23618 bytes -1 byte 100%
100,000 23617 bytes -1 byte 5.80%
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
23704 bytes +87 bytes (+0.37%) +30 bytes
24148 bytes +531 bytes (+2.25%) +474 bytes
23704 bytes +87 bytes (+0.37%) +30 bytes
23721 bytes +104 bytes (+0.44%) +47 bytes
23674 bytes +57 bytes (+0.24%)
23701 bytes +84 bytes (+0.36%) +27 bytes
23736 bytes +119 bytes (+0.50%) +62 bytes
23755 bytes +138 bytes (+0.58%) +81 bytes
23776 bytes +159 bytes (+0.67%) +102 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 20705 bytes -2912 bytes (-12.33%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 21067 bytes -2550 bytes (-10.80%)
Brotli (Wikipedia) brotli brotli -q 11 21877 bytes -1740 bytes (-7.37%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 22189 bytes -1428 bytes (-6.05%)
LZMA2 (Wikipedia) xz xz -9 23196 bytes -421 bytes (-1.78%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 23584 bytes -33 bytes (-0.14%)
ZSTD (Wikipedia) zstd zstd -19 23881 bytes +264 bytes (+1.12%)

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