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

After GZIP compression these minified files vary in size:
Boot
  36211 bytes (35.4k)
CDN
cdnjs
  31742 bytes (31.0k)
CDN
gzip -6 (default)
  31532 bytes (30.8k)
local copy
unpkg
  31524 bytes (30.8k)
CDN
gzip -9
  31472 bytes (30.7k)
local copy
libdeflate -12
  30477 bytes (29.8k)
local copy
7zip -mx=9 -tgzip
  30453 bytes (29.7k)
local copy
kzip -s0 -rn -b1
  30424 bytes (29.7k)
local copy
pigz -11 -n
  30403 bytes (29.7k)
local copy
Zopfli
  30335 bytes (29.6k)
local copy
Zopfli (defluff)
  30334 bytes (29.6k)
local copy

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

You will automatically get the smallest Vue 2.5.12 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 1189 bytes by using my Vue 2.5.12 Zopfli version instead of the best available CDN (3.92% smaller than unpkg, 30335 vs. 31524 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 --mls2 --bsr18 --lazy --ohh

(found December 20, 2017)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 2  --mls2
block splitting recursion 18  --bsr18
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 (30334 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.12.min.js --location | md5sum
295cc6a07cffba21a04c314d48564581  -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.5.12.min.zopfli.js.gz | md5sum
295cc6a07cffba21a04c314d48564581  -

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

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 36211 bytes 295cc6a07cffba21a04c314d48564581 December 20, 2017 @ 03:30
cdnjs 31742 bytes 295cc6a07cffba21a04c314d48564581 (invalid)
unpkg 31524 bytes 295cc6a07cffba21a04c314d48564581 (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
30335 bytes -3 bytes zopfli --i1000000 --mls2 --bsr18 --lazy --ohh December 20, 2017 @ 11:33
30338 bytes -4 bytes zopfli --i100000 --mls2 --bsr18 --lazy --ohh December 20, 2017 @ 00:00
30342 bytes -6 bytes zopfli --i10000 --mls2 --bsr18 --lazy --ohh December 19, 2017 @ 23:23
30348 bytes -4 bytes zopfli --i1000 --mls2 --bsr18 --lazy --ohh December 19, 2017 @ 22:53
30352 bytes zopfli --i100 --mls2 --bsr18 --lazy --ohh December 19, 2017 @ 20:42

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

Most recent activity on December 20, 2017 @ 11:54.

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
30370 30370 30371 30370 30371 30370 30371 30372 30371 30370 30366 30371 30372 30367 30373
30369 30377 30376 30373 30371 30370 30371 30371 30369 30368 30370 30376 30369 30369 30368
30376 30374 30376 30371 30371 30369 30368 30369 30371 30368 30367 30374 30369 30368 30368
30382 30373 30375 30372 30369 30368 30368 30370 30370 30367 30367 30373 30369 30367 30368
30385 30381 30374 30378 30370 30370 30378 30379 30370 30370 30366 30373 30377 30367 30369
30343 30376 30377 30376 30371 30370 30371 30371 30366 30367 30368 30374 30367 30366 30373
30374 30373 30368 30378 30370 30371 30370 30366 30368 30368 30367 30374 30369 30367 30368
30381 30373 30376 30377 30371 30370 30378 30369 30366 30368 30368 30369 30369 30368 30369
30376 30374 30377 30375 30368 30371 30370 30378 30369 30368 30368 30374 30369 30368 30366
30379 30378 30377 30375 30372 30370 30377 30366 30368 30367 30367 30374 30376 30367 30365
30373 30382 30374 30379 30369 30370 30371 30369 30369 30366 30366 30373 30366 30368 30368
30381 30381 30375 30373 30367 30370 30375 30367 30374 30367 30367 30374 30372 30366 30368
30387 30373 30377 30381 30371 30371 30371 30371 30368 30367 30368 30369 30375 30366 30367
30374 30379 30377 30377 30372 30370 30368 30368 30379 30367 30367 30374 30373 30368 30373
30335 30373 30377 30381 30367 30370 30366 30368 30368 30368 30367 30369 30377 30367 30366
30375 30373 30374 30372 30377 30370 30367 30379 30377 30368 30367 30378 30371 30369 30367
30375 30376 30377 30377 30371 30371 30367 30367 30368 30368 30367 30369 30367 30368 30369
30376 30373 30378 30367 30371 30371 30373 30367 30366 30368 30368 30375 30367 30367 30367
30373 30376 30378 30381 30373 30372 30367 30376 30366 30367 30368 30375 30377 30368 30373
30378 30374 30376 30373 30371 30370 30370 30370 30377 30368 30368 30369 30368 30366 30367
30377 30382 30374 30377 30371 30369 30372 30366 30366 30367 30367 30372 30369 30367 30367
30375 30374 30377 30375 30371 30370 30367 30367 30370 30368 30375 30374 30368 30366 30367
30378 30373 30373 30377 30373 30371 30371 30366 30370 30367 30368 30374 30377 30368 30367

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 30352 bytes 100%
1,000 30348 bytes -4 bytes 100%
10,000 30342 bytes -6 bytes 100%
100,000 30338 bytes -4 bytes 0.58%
1,000,000 30335 bytes -3 bytes 0.29%
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
30424 bytes +89 bytes (+0.29%)
30424 bytes +89 bytes (+0.29%)
30457 bytes +122 bytes (+0.40%) +33 bytes
30466 bytes +131 bytes (+0.43%) +42 bytes
30468 bytes +133 bytes (+0.44%) +44 bytes
30461 bytes +126 bytes (+0.42%) +37 bytes
30496 bytes +161 bytes (+0.53%) +72 bytes
30458 bytes +123 bytes (+0.41%) +34 bytes
30484 bytes +149 bytes (+0.49%) +60 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 24883 bytes -5452 bytes (-17.97%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 25607 bytes -4728 bytes (-15.59%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 26822 bytes -3513 bytes (-11.58%)
Brotli (Wikipedia) brotli brotli -q 11 28241 bytes -2094 bytes (-6.90%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 28741 bytes -1594 bytes (-5.25%)
LZMA2 (Wikipedia) xz xz -9 29020 bytes -1315 bytes (-4.33%)
Zstandard (Wikipedia) zstd zstd -19 29784 bytes -551 bytes (-1.82%)

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