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

After GZIP compression these minified files vary in size:
Boot
  36044 bytes (35.2k)
CDN
cdnjs
  31633 bytes (30.9k)
CDN
gzip -6 (default)
  31426 bytes (30.7k)
local copy
unpkg
  31411 bytes (30.7k)
CDN
gzip -9
  31367 bytes (30.6k)
local copy
libdeflate -12
  30383 bytes (29.7k)
local copy
7zip -mx=9 -tgzip
  30336 bytes (29.6k)
local copy
kzip -s0 -rn -b1
  30313 bytes (29.6k)
local copy
pigz -11 -n
  30295 bytes (29.6k)
local copy
Zopfli
  30251 bytes (29.5k)
local copy
Zopfli (defluff)
  30250 bytes (29.5k)
local copy

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

You will automatically get the smallest Vue 2.5.13 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 1160 bytes by using my Vue 2.5.13 Zopfli version instead of the best available CDN (3.83% smaller than unpkg, 30251 vs. 31411 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 --mls16384 --bsr16 --lazy --ohh

(found December 21, 2017)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 16384  --mls16384
block splitting recursion 16  --bsr16
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 (30250 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.13.min.js --location | md5sum
9cfa1585246355bf21ba3980f5843cdb  -
curl --silent --compressed http://minime.stephan-brumme.com/files/vue/vue-2.5.13.min.zopfli.js.gz | md5sum
9cfa1585246355bf21ba3980f5843cdb  -

SHA1:
curl --silent --compressed https://raw.githubusercontent.com/vuejs/vue/vue-2.5.13.min.js --location | sha1sum
2079846d5b7d244c96db4dcc7e75a82edc0f5505  -
curl --silent --compressed http://minime.stephan-brumme.com/files/vue/vue-2.5.13.min.zopfli.js.gz | sha1sum
2079846d5b7d244c96db4dcc7e75a82edc0f5505  -

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 36044 bytes 9cfa1585246355bf21ba3980f5843cdb (invalid)
cdnjs 31633 bytes 9cfa1585246355bf21ba3980f5843cdb (invalid)
unpkg 31411 bytes 9cfa1585246355bf21ba3980f5843cdb (invalid)

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

Other Versions

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

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
30251 bytes -1 byte zopfli --i1000000 --mls16384 --bsr16 --lazy --ohh December 21, 2017 @ 00:09
30252 bytes -1 byte zopfli --i100000 --mls16384 --bsr16 --lazy --ohh December 20, 2017 @ 17:45
30253 bytes -1 byte zopfli --i10000 --mls16384 --bsr9 --lazy --ohh December 20, 2017 @ 13:20
30254 bytes -1 byte zopfli --i10000 --mls8192 --bsr16 --lazy --ohh December 20, 2017 @ 13:18
30255 bytes -2 bytes zopfli --i10000 --mls8192 --bsr21 --lazy --ohh December 20, 2017 @ 13:09
30257 bytes -1 byte zopfli --i1000 --mls16384 --bsr16 --lazy --ohh December 20, 2017 @ 11:26
30258 bytes -1 byte zopfli --i1000 --mls16384 --bsr18 --lazy --ohh December 20, 2017 @ 11:21
30259 bytes -1 byte zopfli --i1000 --mls16384 --bsr10 --lazy --ohh December 20, 2017 @ 11:19
30260 bytes -2 bytes zopfli --i1000 --mls16384 --bsr9 --lazy --ohh December 20, 2017 @ 11:19
30262 bytes zopfli --i100 --mls16384 --bsr16 --lazy --ohh December 20, 2017 @ 10:51

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

Most recent activity on December 21, 2017 @ 07:16.

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
30263 30263 30263 30263 30265 30264 30265 30264 30263 30262 30270 30266 30261 30255 30262
30263 30271 30263 30268 30263 30263 30264 30263 30261 30264 30262 30268 30267 30266 30265
30277 30272 30264 30263 30264 30263 30263 30262 30264 30263 30260 30264 30251 30256 30263
30263 30263 30263 30263 30263 30264 30263 30266 30262 30264 30261 30267 30265 30256 30265
30265 30269 30265 30267 30262 30265 30267 30268 30267 30261 30259 30266 30267 30251 30263
30260 30271 30273 30263 30262 30266 30266 30262 30262 30264 30261 30264 30267 30253 30262
30262 30271 30271 30263 30261 30263 30267 30264 30267 30261 30262 30269 30267 30254 30264
30266 30272 30270 30263 30263 30265 30261 30263 30264 30263 30261 30267 30270 30256 30262
30270 30270 30273 30263 30264 30263 30266 30267 30264 30264 30260 30265 30269 30255 30261
30267 30270 30272 30262 30265 30263 30263 30266 30264 30264 30264 30268 30265 30256 30263
30271 30271 30274 30266 30263 30264 30266 30262 30262 30264 30261 30265 30268 30255 30265
30273 30270 30272 30267 30265 30264 30268 30263 30266 30264 30261 30267 30270 30255 30265
30269 30271 30273 30263 30262 30264 30268 30266 30264 30264 30258 30268 30254 30251 30268
30270 30270 30270 30265 30266 30262 30266 30265 30266 30259 30261 30264 30270 30256 30261
30260 30270 30271 30267 30264 30265 30267 30262 30264 30267 30258 30269 30268 30254 30261
30271 30271 30265 30263 30262 30264 30267 30263 30267 30264 30258 30264 30264 30266 30264
30268 30270 30267 30264 30263 30263 30266 30262 30267 30261 30262 30267 30269 30255 30267
30270 30269 30264 30263 30262 30264 30262 30262 30261 30262 30262 30268 30255 30255 30265
30268 30269 30275 30267 30266 30266 30265 30263 30266 30263 30263 30265 30263 30255 30265
30267 30271 30273 30263 30265 30262 30266 30263 30264 30263 30258 30266 30268 30254 30268
30270 30272 30271 30263 30264 30263 30262 30262 30263 30265 30262 30263 30264 30256 30265
30267 30270 30270 30264 30266 30263 30266 30261 30262 30263 30262 30267 30267 30254 30265
30268 30270 30264 30262 30265 30265 30265 30266 30263 30264 30258 30266 30268 30256 30261

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 30262 bytes 100%
1,000 30257 bytes -5 bytes 100%
10,000 30253 bytes -4 bytes 100%
100,000 30252 bytes -1 byte 1.16%
1,000,000 30251 bytes -1 byte 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
30315 bytes +64 bytes (+0.21%) +2 bytes
30313 bytes +62 bytes (+0.20%)
30347 bytes +96 bytes (+0.32%) +34 bytes
30360 bytes +109 bytes (+0.36%) +47 bytes
30364 bytes +113 bytes (+0.37%) +51 bytes
30354 bytes +103 bytes (+0.34%) +41 bytes
30386 bytes +135 bytes (+0.45%) +73 bytes
30351 bytes +100 bytes (+0.33%) +38 bytes
30374 bytes +123 bytes (+0.41%) +61 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 24796 bytes -5455 bytes (-18.03%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 25517 bytes -4734 bytes (-15.65%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 26709 bytes -3542 bytes (-11.71%)
Brotli (Wikipedia) brotli brotli -q 11 28145 bytes -2106 bytes (-6.96%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 28635 bytes -1616 bytes (-5.34%)
LZMA2 (Wikipedia) xz xz -9 28936 bytes -1315 bytes (-4.35%)
ZSTD (Wikipedia) zstd zstd -19 29672 bytes -579 bytes (-1.91%)

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