Choose a version:
30% The original file has 289303 bytes (282.5k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 86452 bytes (84.4k, 30%).

After GZIP compression these minified files vary in size:
Boot
  36244 bytes (35.4k)
CDN
gzip -6 (default)
  31656 bytes (30.9k)
local copy
gzip -9
  31602 bytes (30.9k)
local copy
cdnjs
  31562 bytes (30.8k)
CDN
unpkg
  31562 bytes (30.8k)
CDN
libdeflate -12
  30542 bytes (29.8k)
local copy
7zip -mx=9 -tgzip
  30513 bytes (29.8k)
local copy
kzip -s0 -rn -b1
  30509 bytes (29.8k)
local copy
pigz -11 -n
  30443 bytes (29.7k)
local copy
Zopfli
  30400 bytes (29.7k)
local copy
Zopfli (defluff)
  30399 bytes (29.7k)
local copy

perma-link to the smallest file on my server:
http://minime.stephan-brumme.com/files/vue/vue-2.5.16.min.js (or via HTTPS)

You will automatically get the smallest Vue 2.5.16 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 1162 bytes by using my Vue 2.5.16 Zopfli version instead of the best available CDN (3.82% smaller than unpkg, 30400 vs. 31562 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 --i1000000 --mb8 --mls8 --bsr4 --lazy --ohh

(found March 15, 2018)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 8  --mls8
block splitting recursion 4  --bsr4
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

Even Smaller Files Thanks To Defluff

Zopfli's output can be further optimized by the defluff tool.
In this particular case, defluff saves 1 more byte (30399 bytes).

Verify file integrity

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

MD5:
curl --silent --compressed https://raw.githubusercontent.com/vuejs/vue/vue-2.5.16.min.js --location | md5sum
5283b86cbf48a538ee3cbebac633ccd4  -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.5.16.min.zopfli.js.gz | md5sum
5283b86cbf48a538ee3cbebac633ccd4  -

SHA1:
curl --silent --compressed https://raw.githubusercontent.com/vuejs/vue/vue-2.5.16.min.js --location | sha1sum
28bb1c91e37b53f4ebb48ce482dccb240003e078  -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.5.16.min.zopfli.js.gz | sha1sum
28bb1c91e37b53f4ebb48ce482dccb240003e078  -

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 36244 bytes 5283b86cbf48a538ee3cbebac633ccd4 March 21, 2018 @ 08:48
cdnjs 31562 bytes 5283b86cbf48a538ee3cbebac633ccd4 March 15, 2018 @ 16:11
unpkg 31562 bytes 5283b86cbf48a538ee3cbebac633ccd4 (invalid)

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

Other Versions

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

2.5.17, 2.5.16, 2.5.15, 2.5.14, 2.5.13, 2.5.12, 2.5.11, 2.5.10, 2.5.9, 2.5.8, 2.5.7, 2.5.6, 2.5.5, 2.5.4, 2.5.3, 2.5.2, 2.5.1, 2.5.0, 2.4.4, 2.4.3, 2.4.2, 2.4.1, 2.4.0, 2.3.4, 2.3.3, 2.3.2, 2.3.1, 2.3.0, 2.2.6, 2.2.5, 2.2.4, 2.2.3, 2.2.2, 2.2.1, 2.2.0, 2.1.10, 2.1.9, 2.1.8, 2.1.7, 2.1.6, 2.1.5, 2.1.4, 2.1.3, 2.1.2, 2.1.1, 2.1.0, 2.0.8, 2.0.7, 2.0.6, 2.0.5, 2.0.4, 2.0.3, 2.0.2, 2.0.1, 2.0.0,
1.0.28, 1.0.27, 1.0.26, 1.0.25, 1.0.24, 1.0.23, 1.0.22, 1.0.21, 1.0.20, 1.0.19, 1.0.18, 1.0.17, 1.0.16, 1.0.15, 1.0.14, 1.0.13, 1.0.12, 1.0.11, 1.0.10, 1.0.9,
0.10.6, 0.10.5, 0.10.4, 0.10.3, 0.10.2, 0.10.1, 0.10.0,
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 AngularJS, BackboneJS, Bootstrap, D3, Dojo, Ember, jQuery, Knockout, lodash, React, Socket.IO, ThreeJS and UnderscoreJS.

Changelog

Best Zopfli parameters so far:
Size Improvement Parameters Found
30400 bytes -2 bytes zopfli --i1000000 --mls8 --bsr4 --lazy --ohh March 15, 2018 @ 18:39
30402 bytes -3 bytes zopfli --i100000 --mls8 --bsr4 --lazy --ohh March 15, 2018 @ 13:16
30405 bytes -6 bytes zopfli --i10000 --mls8 --bsr4 --lazy --ohh March 15, 2018 @ 12:28
30411 bytes -2 bytes zopfli --i1000 --mls8 --bsr4 --lazy --ohh March 15, 2018 @ 11:52
30413 bytes zopfli --i100 --mls8 --bsr4 --lazy --ohh March 15, 2018 @ 11:28

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

Most recent activity on March 21, 2018 @ 08:48.

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, 100,000 or 1,000,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
30451 30451 30446 30425 30429 30434 30439 30425 30423 30432 30433 30433 30431 30438 30436
30437 30432 30400 30432 30434 30430 30432 30434 30434 30435 30432 30432 30432 30441 30432
30436 30429 30431 30438 30442 30430 30432 30416 30420 30429 30434 30429 30436 30444 30435
30440 30439 30439 30431 30431 30429 30432 30426 30430 30428 30426 30429 30433 30442 30436
30437 30432 30430 30437 30433 30427 30430 30418 30430 30432 30427 30430 30432 30438 30435
30439 30440 30413 30432 30430 30427 30430 30427 30420 30428 30427 30429 30418 30441 30432
30436 30431 30430 30440 30441 30432 30435 30414 30428 30432 30426 30430 30420 30442 30435
30433 30401 30429 30439 30442 30429 30431 30429 30430 30432 30427 30434 30430 30432 30432
30434 30427 30429 30440 30431 30430 30432 30429 30418 30430 30429 30434 30420 30432 30432
30427 30427 30429 30442 30408 30427 30427 30429 30431 30429 30426 30440 30418 30442 30433
30439 30428 30440 30436 30432 30428 30434 30430 30419 30429 30427 30429 30418 30432 30431
30440 30429 30440 30430 30430 30429 30431 30429 30429 30435 30429 30429 30418 30442 30433
30437 30428 30441 30451 30441 30426 30432 30429 30434 30429 30427 30440 30431 30445 30431
30437 30431 30409 30439 30431 30427 30430 30429 30428 30431 30427 30434 30428 30445 30437
30433 30429 30405 30441 30431 30427 30433 30436 30430 30432 30426 30440 30433 30443 30434
30426 30426 30428 30441 30431 30433 30428 30430 30435 30432 30426 30430 30420 30431 30432
30437 30430 30441 30429 30444 30429 30433 30430 30430 30432 30426 30430 30420 30446 30407
30440 30440 30441 30440 30432 30430 30433 30427 30430 30431 30427 30429 30419 30431 30432
30427 30429 30405 30439 30431 30427 30431 30416 30429 30430 30429 30430 30421 30446 30432
30437 30429 30440 30438 30442 30432 30431 30429 30430 30430 30426 30430 30435 30445 30433
30428 30430 30428 30441 30442 30428 30429 30429 30418 30431 30427 30430 30438 30445 30433
30435 30429 30428 30430 30430 30430 30431 30424 30418 30432 30426 30440 30433 30445 30438
30440 30433 30419 30429 30431 30427 30428 30417 30420 30431 30427 30439 30433 30432 30430

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 30413 bytes 100%
1,000 30411 bytes -2 bytes 100%
10,000 30405 bytes -6 bytes 100%
100,000 30402 bytes -3 bytes 2.03%
1,000,000 30400 bytes -2 bytes 0.58%
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
30509 bytes +109 bytes (+0.36%)
30509 bytes +109 bytes (+0.36%)
30516 bytes +116 bytes (+0.38%) +7 bytes
30528 bytes +128 bytes (+0.42%) +19 bytes
30552 bytes +152 bytes (+0.50%) +43 bytes
30579 bytes +179 bytes (+0.59%) +70 bytes
30585 bytes +185 bytes (+0.61%) +76 bytes
30543 bytes +143 bytes (+0.47%) +34 bytes
30565 bytes +165 bytes (+0.54%) +56 bytes

Non-DEFLATE Algorithms

Archivers based on completely different compression algorithms often produce superior results.
Unfortunately, browsers only support gzip compression at the moment.
However, support for Brotli is constantly growing - but your browser doesn't support it.
Algorithm Program Parameters Size Compared To Best Zopfli
ZPAQ (Wikipedia) zpaq zpaq -method 69 25231 bytes -5169 bytes (-17.00%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 26037 bytes -4363 bytes (-14.35%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 26876 bytes -3524 bytes (-11.59%)
Brotli (Wikipedia) brotli brotli -q 11 28556 bytes -1844 bytes (-6.07%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 29148 bytes -1252 bytes (-4.12%)
LZMA2 (Wikipedia) xz xz -9 29396 bytes -1004 bytes (-3.30%)
Zstandard (Wikipedia) zstd zstd -19 30066 bytes -334 bytes (-1.10%)

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 2018.
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