Choose a version:
31% The original file has 264100 bytes (257.9k) and is available from the project website.
There you can find the official minified version, too, which brings down the size to 81626 bytes (79.7k, 31%).

After GZIP compression these minified files vary in size:
Boot
  33975 bytes (33.2k)
CDN
cdnjs
  29871 bytes (29.2k)
CDN
gzip -6 (default)
  29669 bytes (29.0k)
local copy
unpkg
  29651 bytes (29.0k)
CDN
gzip -9
  29635 bytes (28.9k)
local copy
libdeflate -12
  28735 bytes (28.1k)
local copy
7zip -mx=9 -tgzip
  28684 bytes (28.0k)
local copy
kzip -s0 -rn -b3
  28673 bytes (28.0k)
local copy
pigz -11 -n
  28623 bytes (28.0k)
local copy
Zopfli
  28594 bytes (27.9k)
local copy
Zopfli (defluff)
  28593 bytes (27.9k)
local copy

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

You will automatically get the smallest Vue 2.4.0 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 1057 bytes by using my Vue 2.4.0 Zopfli version instead of the best available CDN (3.70% smaller than unpkg, 28594 vs. 29651 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 --mls8192 --bsr17 --lazy --ohh

(found July 19, 2017)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 8192  --mls8192
block splitting recursion 17  --bsr17
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 (28593 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.4.0.min.js --location | md5sum
32e8fb7bee1d87966ac43d6b8ade3274  -
curl --silent --compressed http://minime.stephan-brumme.com/files/vue/vue-2.4.0.min.zopfli.js.gz | md5sum
32e8fb7bee1d87966ac43d6b8ade3274  -

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

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 33975 bytes 32e8fb7bee1d87966ac43d6b8ade3274 (invalid)
cdnjs 29871 bytes 32e8fb7bee1d87966ac43d6b8ade3274 (invalid)
unpkg 29651 bytes 32e8fb7bee1d87966ac43d6b8ade3274 July 17, 2017 @ 17:59

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

Other Versions

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

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
28594 bytes -2 bytes zopfli --i1000000 --mls8192 --bsr17 --lazy --ohh July 19, 2017 @ 12:05
28596 bytes -1 byte zopfli --i100000 --mls8192 --bsr17 --lazy --ohh July 17, 2017 @ 23:46
28597 bytes -1 byte zopfli --i100000 --mls16384 --bsr9 --lazy --ohh July 17, 2017 @ 22:05
28598 bytes -2 bytes zopfli --i10000 --mls16384 --bsr9 --lazy --ohh July 17, 2017 @ 20:19
28600 bytes -2 bytes zopfli --i10000 --mls1024 --bsr11 --lazy --ohh July 17, 2017 @ 20:04
28602 bytes -2 bytes zopfli --i1000 --mls8192 --bsr11 --lazy --ohh July 17, 2017 @ 18:43
28604 bytes -1 byte zopfli --i1000 --mls64 --bsr12 --lazy --ohh July 17, 2017 @ 18:31
28605 bytes -1 byte zopfli --i1000 --mls2048 --bsr8 --lazy --ohh July 17, 2017 @ 18:31
28606 bytes -4 bytes zopfli --i1000 --mls2048 --bsr14 --lazy --ohh July 17, 2017 @ 18:29
28610 bytes zopfli --i100 --mls2048 --bsr14 --lazy --ohh July 17, 2017 @ 18:04

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

Most recent activity on July 19, 2017 @ 13:01.

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
28629 28628 28629 28629 28628 28629 28630 28630 28629 28611 28602 28619 28621 28599 28610
28629 28626 28629 28629 28630 28631 28630 28627 28610 28605 28601 28619 28615 28619 28609
28626 28613 28625 28627 28604 28623 28625 28612 28615 28601 28602 28619 28618 28603 28605
28626 28611 28624 28626 28612 28610 28622 28609 28610 28598 28606 28619 28618 28619 28601
28624 28614 28625 28627 28627 28622 28620 28622 28609 28598 28598 28618 28601 28619 28613
28611 28612 28625 28624 28623 28609 28618 28619 28616 28601 28616 28619 28601 28597 28610
28616 28616 28627 28627 28624 28611 28614 28619 28600 28618 28601 28619 28618 28613 28611
28626 28612 28626 28625 28627 28607 28617 28622 28609 28598 28602 28619 28597 28619 28603
28626 28612 28609 28624 28606 28601 28621 28609 28609 28599 28598 28618 28597 28603 28611
28611 28612 28610 28624 28626 28615 28616 28609 28605 28601 28606 28618 28618 28605 28604
28626 28611 28627 28623 28610 28606 28618 28619 28602 28601 28601 28619 28615 28619 28611
28626 28612 28613 28623 28625 28605 28621 28619 28610 28598 28603 28619 28615 28613 28610
28626 28612 28627 28624 28625 28615 28624 28625 28614 28601 28605 28619 28616 28604 28606
28626 28614 28625 28613 28625 28615 28622 28619 28609 28598 28603 28619 28594 28610 28610
28626 28615 28625 28624 28624 28609 28610 28611 28613 28601 28604 28619 28615 28613 28609
28626 28613 28624 28621 28625 28614 28608 28619 28609 28601 28601 28618 28618 28612 28610
28628 28615 28622 28624 28623 28606 28619 28610 28602 28599 28598 28619 28618 28613 28610
28627 28617 28625 28611 28606 28605 28607 28609 28602 28598 28601 28619 28607 28612 28607
28627 28613 28624 28624 28610 28606 28616 28605 28602 28601 28600 28619 28618 28605 28603
28612 28612 28610 28615 28623 28609 28616 28620 28602 28597 28599 28619 28616 28605 28607
28612 28612 28626 28611 28621 28608 28614 28609 28603 28601 28601 28618 28615 28619 28610
28626 28612 28625 28610 28605 28607 28615 28618 28602 28598 28599 28619 28615 28613 28610
28625 28615 28609 28614 28622 28606 28618 28608 28601 28599 28602 28619 28618 28614 28609

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 28610 bytes 100%
1,000 28602 bytes -8 bytes 100%
10,000 28598 bytes -4 bytes 100%
100,000 28596 bytes -2 bytes 6.38%
1,000,000 28594 bytes -2 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
28674 bytes +80 bytes (+0.28%) +1 byte
28674 bytes +80 bytes (+0.28%) +1 byte
28692 bytes +98 bytes (+0.34%) +19 bytes
28673 bytes +79 bytes (+0.28%)
28680 bytes +86 bytes (+0.30%) +7 bytes
28702 bytes +108 bytes (+0.38%) +29 bytes
28735 bytes +141 bytes (+0.49%) +62 bytes
28769 bytes +175 bytes (+0.61%) +96 bytes
28774 bytes +180 bytes (+0.63%) +101 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 23629 bytes -4965 bytes (-17.36%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 24255 bytes -4339 bytes (-15.17%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 25188 bytes -3406 bytes (-11.91%)
Brotli (Wikipedia) brotli brotli -q 11 26615 bytes -1979 bytes (-6.92%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 27217 bytes -1377 bytes (-4.82%)
LZMA2 (Wikipedia) xz xz -9 27308 bytes -1286 bytes (-4.50%)
ZSTD (Wikipedia) zstd zstd -19 28049 bytes -545 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