Choose a version:
28% The original file has 311266 bytes (304.0k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 87622 bytes (85.6k, 28%).

After GZIP compression these minified files vary in size:
Boot
  31943 bytes (31.2k)
CDN
cdnjs
  31943 bytes (31.2k)
CDN
gzip -6 (default)
  31706 bytes (31.0k)
local copy
gzip -9
  31645 bytes (30.9k)
local copy
unpkg
  31635 bytes (30.9k)
CDN
kzip -s0 -rn -b1
  30602 bytes (29.9k)
local copy
7zip -mx=9 -tgzip
  30586 bytes (29.9k)
local copy
libdeflate -12
  30559 bytes (29.8k)
local copy
pigz -11 -n
  30530 bytes (29.8k)
local copy
Zopfli
  30491 bytes (29.8k)
local copy
Zopfli (defluff)
  30490 bytes (29.8k)
local copy

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

You will automatically get the smallest Vue 2.5.20 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 1144 bytes by using my Vue 2.5.20 Zopfli version instead of the best available CDN (3.75% smaller than unpkg, 30491 vs. 31635 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 --mls32 --bsr7 --lazy --ohh

(found December 14, 2018)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 32  --mls32
block splitting recursion 7  --bsr7
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 (30490 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.20.min.js --location | md5sum
f1360fdb3fa834b33d5dac5088f30d83  -
curl --silent --compressed https://minime.stephan-brumme.com/files/vue/vue-2.5.20.min.zopfli.js.gz | md5sum
f1360fdb3fa834b33d5dac5088f30d83  -

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

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 31943 bytes f1360fdb3fa834b33d5dac5088f30d83 (invalid)
cdnjs 31943 bytes f1360fdb3fa834b33d5dac5088f30d83 (invalid)
unpkg 31635 bytes f1360fdb3fa834b33d5dac5088f30d83 (invalid)

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

Other Versions

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

2.6.10, 2.6.9, 2.6.8, 2.6.7, 2.6.6, 2.6.5, 2.6.4, 2.6.3, 2.6.2, 2.6.1, 2.6.0, 2.5.22, 2.5.21, 2.5.20, 2.5.19, 2.5.18, 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
30491 bytes -1 byte zopfli --i1000000 --mls32 --bsr7 --lazy --ohh December 14, 2018 @ 06:41
30492 bytes -2 bytes zopfli --i1000000 --mls64 --bsr11 --lazy --ohh December 14, 2018 @ 03:14
30494 bytes -2 bytes zopfli --i100000 --mls64 --bsr11 --lazy --ohh December 13, 2018 @ 18:58
30496 bytes -3 bytes zopfli --i10000 --mls64 --bsr11 --lazy --ohh December 13, 2018 @ 18:22
30499 bytes -1 byte zopfli --i1000 --mls64 --bsr11 --lazy --ohh December 13, 2018 @ 17:39
30500 bytes -9 bytes zopfli --i1000 --mls32 --bsr7 --lazy --ohh December 13, 2018 @ 17:38
30509 bytes zopfli --i100 --mls32 --bsr7 --lazy --ohh December 13, 2018 @ 17:24

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

Most recent activity on December 14, 2018 @ 11: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
30533 30520 30520 30526 30521 30521 30521 30525 30527 30524 30535 30522 30519 30538 30519
30528 30528 30528 30528 30529 30530 30524 30526 30528 30524 30523 30523 30524 30532 30521
30520 30523 30519 30522 30518 30516 30519 30521 30520 30521 30538 30537 30534 30541 30522
30523 30524 30523 30513 30491 30518 30519 30520 30501 30521 30521 30519 30520 30536 30520
30519 30519 30514 30516 30519 30520 30524 30520 30520 30522 30521 30519 30517 30536 30516
30522 30519 30513 30516 30516 30514 30523 30521 30522 30521 30522 30518 30515 30536 30520
30520 30518 30520 30526 30501 30497 30522 30521 30502 30521 30532 30519 30520 30537 30519
30523 30518 30514 30518 30521 30492 30522 30520 30520 30521 30532 30537 30517 30536 30521
30523 30520 30515 30516 30500 30514 30523 30520 30520 30521 30533 30514 30537 30536 30515
30522 30520 30519 30516 30514 30516 30523 30521 30522 30521 30535 30521 30517 30522 30520
30520 30520 30519 30517 30514 30516 30523 30523 30507 30521 30523 30538 30517 30536 30521
30522 30523 30523 30513 30491 30516 30523 30522 30521 30521 30521 30538 30516 30531 30515
30516 30520 30514 30518 30516 30515 30519 30523 30519 30521 30533 30519 30517 30525 30519
30522 30519 30518 30513 30514 30514 30522 30523 30517 30521 30532 30538 30520 30524 30516
30522 30519 30515 30523 30516 30514 30522 30521 30519 30521 30520 30536 30513 30533 30517
30523 30523 30518 30512 30515 30517 30519 30523 30519 30522 30521 30520 30516 30536 30518
30524 30519 30514 30516 30515 30514 30524 30522 30504 30521 30521 30521 30513 30522 30518
30523 30523 30511 30513 30516 30514 30522 30523 30519 30521 30532 30520 30516 30523 30520
30521 30515 30513 30513 30517 30514 30523 30520 30519 30521 30522 30536 30516 30533 30520
30523 30520 30518 30517 30516 30517 30521 30517 30524 30521 30535 30539 30517 30522 30516
30523 30515 30519 30516 30517 30514 30523 30521 30520 30521 30523 30520 30517 30532 30518
30519 30522 30520 30518 30517 30516 30522 30519 30519 30521 30521 30518 30517 30536 30519
30523 30519 30519 30523 30516 30514 30518 30521 30521 30521 30537 30517 30534 30532 30518

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 30509 bytes 100%
1,000 30499 bytes -10 bytes 100%
10,000 30496 bytes -3 bytes 100%
100,000 30494 bytes -2 bytes 1.16%
1,000,000 30491 bytes -3 bytes 0.87%
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
30604 bytes +113 bytes (+0.37%) +2 bytes
30602 bytes +111 bytes (+0.36%)
30602 bytes +111 bytes (+0.36%)
30610 bytes +119 bytes (+0.39%) +8 bytes
30637 bytes +146 bytes (+0.48%) +35 bytes
30651 bytes +160 bytes (+0.52%) +49 bytes
30656 bytes +165 bytes (+0.54%) +54 bytes
30610 bytes +119 bytes (+0.39%) +8 bytes
30641 bytes +150 bytes (+0.49%) +39 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 25292 bytes -5199 bytes (-17.05%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 26133 bytes -4358 bytes (-14.29%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 27070 bytes -3421 bytes (-11.22%)
Brotli (Wikipedia) brotli brotli -q 11 28663 bytes -1828 bytes (-6.00%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 29251 bytes -1240 bytes (-4.07%)
LZMA2 (Wikipedia) xz xz -9 29476 bytes -1015 bytes (-3.33%)
Zstandard (Wikipedia) zstd zstd -19 30080 bytes -411 bytes (-1.35%)

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