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

After GZIP compression these minified files vary in size:
Boot
  31934 bytes (31.2k)
CDN, direct link
cdnjs
  28080 bytes (27.4k)
CDN, direct link
gzip -6 (default)
  27885 bytes (27.2k)
local copy
unpkg
  27845 bytes (27.2k)
CDN, direct link
gzip -9
  27842 bytes (27.2k)
local copy
jsdelivr
  27831 bytes (27.2k)
CDN, direct link
libdeflate -12
  26966 bytes (26.3k)
local copy
7zip -mx=9 -tgzip
  26950 bytes (26.3k)
local copy
kzip -s0 -rn -b1
  26917 bytes (26.3k)
local copy
pigz -11 -n
  26871 bytes (26.2k)
local copy
Zopfli
  26842 bytes (26.2k)
local copy
Zopfli (defluff)
  26840 bytes (26.2k)
local copy

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

You will automatically get the smallest Vue 2.2.6 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 989 bytes by using my Vue 2.2.6 Zopfli version instead of the best available CDN (3.68% smaller than jsdelivr, 26842 vs. 27831 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 --mls64 --bsr13 --lazy --ohh

(found March 30, 2017)
Description Value Parameter
iterations 1000000  --i1000000
maximum blocks 8  --mb8
maximum length score 64  --mls64
block splitting recursion 13  --bsr13
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 2 more bytes (26840 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.2.6.min.js --location | md5sum
0a159168cc83b062ef5677d2c83fee81  -
curl --silent --compressed http://minime.stephan-brumme.com/files/vue/vue-2.2.6.min.zopfli.js.gz | md5sum
0a159168cc83b062ef5677d2c83fee81  -

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

All listed CDNs deliver identical contents:
CDN Size (compressed) MD5 (uncompressed) Timestamp
Boot 31934 bytes 0a159168cc83b062ef5677d2c83fee81 March 31, 2017 @ 06:49
cdnjs 28080 bytes 0a159168cc83b062ef5677d2c83fee81 March 27, 2017 @ 10:03
unpkg 27845 bytes 0a159168cc83b062ef5677d2c83fee81 March 27, 2017 @ 08:50
jsdelivr 27831 bytes 0a159168cc83b062ef5677d2c83fee81 (invalid)

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

Other Versions

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

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
26842 bytes -1 byte zopfli --i1000000 --mls64 --bsr13 --lazy --ohh March 30, 2017 @ 21:58
26843 bytes -3 bytes zopfli --i100000 --mls64 --bsr13 --lazy --ohh March 30, 2017 @ 15:01
26846 bytes -3 bytes zopfli --i10000 --mls64 --bsr13 --lazy --ohh March 30, 2017 @ 14:34
26849 bytes -1 byte zopfli --i1000 --mls64 --bsr13 --lazy --ohh March 30, 2017 @ 14:12
26850 bytes zopfli --i100 --mls64 --bsr13 --lazy --ohh March 30, 2017 @ 13:16

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

Most recent activity on April 11, 2017 @ 10:44.

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
26872 26872 26872 26872 26850 26873 26873 26874 26857 26856 26858 26858 26856 26850 26871
26870 26858 26867 26874 26853 26874 26851 26850 26850 26848 26864 26855 26854 26850 26853
26864 26859 26858 26851 26859 26853 26856 26851 26848 26865 26864 26857 26852 26856 26852
26865 26876 26865 26868 26869 26873 26864 26871 26848 26864 26862 26854 26856 26844 26842
26865 26867 26867 26870 26849 26868 26869 26874 26869 26864 26864 26852 26855 26857 26870
26862 26858 26859 26862 26845 26870 26868 26867 26845 26848 26862 26851 26854 26859 26864
26863 26863 26857 26858 26861 26863 26864 26849 26848 26864 26858 26861 26854 26857 26858
26862 26862 26858 26860 26849 26851 26864 26869 26854 26848 26858 26853 26850 26862 26861
26859 26863 26856 26859 26852 26870 26865 26868 26848 26864 26864 26855 26852 26858 26855
26866 26858 26858 26859 26855 26842 26855 26863 26863 26864 26862 26855 26851 26858 26864
26861 26858 26853 26863 26859 26844 26865 26850 26851 26864 26868 26857 26850 26858 26858
26864 26862 26855 26856 26856 26872 26870 26871 26848 26848 26868 26855 26850 26849 26856
26859 26857 26859 26856 26856 26852 26852 26869 26848 26864 26864 26852 26862 26846 26868
26862 26859 26858 26857 26862 26872 26867 26871 26854 26849 26862 26859 26862 26849 26855
26861 26860 26860 26859 26861 26859 26858 26872 26848 26864 26864 26852 26856 26858 26859
26864 26867 26856 26862 26857 26852 26855 26858 26848 26848 26860 26857 26862 26858 26856
26861 26861 26857 26859 26852 26853 26854 26859 26848 26848 26864 26856 26854 26850 26859
26861 26859 26859 26859 26857 26850 26864 26849 26848 26864 26868 26858 26850 26858 26855
26862 26862 26856 26859 26853 26867 26864 26867 26848 26848 26862 26860 26851 26858 26855
26858 26859 26856 26861 26857 26852 26856 26850 26848 26864 26864 26852 26850 26858 26854
26861 26860 26858 26860 26851 26850 26858 26868 26848 26864 26864 26857 26855 26857 26854
26860 26861 26855 26856 26860 26866 26859 26868 26848 26848 26868 26852 26850 26858 26859
26862 26859 26855 26859 26861 26866 26854 26849 26850 26864 26868 26857 26853 26859 26859

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 26850 bytes 100%
1,000 26849 bytes -1 byte 100%
10,000 26846 bytes -3 bytes 100%
100,000 26843 bytes -3 bytes 2.61%
1,000,000 26842 bytes -1 byte 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
26917 bytes +75 bytes (+0.28%)
26917 bytes +75 bytes (+0.28%)
26920 bytes +78 bytes (+0.29%) +3 bytes
26927 bytes +85 bytes (+0.32%) +10 bytes
26940 bytes +98 bytes (+0.37%) +23 bytes
26930 bytes +88 bytes (+0.33%) +13 bytes
26959 bytes +117 bytes (+0.44%) +42 bytes
26995 bytes +153 bytes (+0.57%) +78 bytes
27027 bytes +185 bytes (+0.69%) +110 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 22270 bytes -4572 bytes (-17.03%)
RAR (proprietary) RAR rar a -m5 -md64m -mc63:128t -mt1 22830 bytes -4012 bytes (-14.95%)
PPMd (Wikipedia) 7zip 7za a -mx=9 -m0=ppmd 23349 bytes -3493 bytes (-13.01%)
Brotli (Wikipedia) brotli brotli -q 11 25017 bytes -1825 bytes (-6.80%)
Burrows-Wheeler transform (Wikipedia) bzip2 bzip2 -9 25651 bytes -1191 bytes (-4.44%)
LZMA2 (Wikipedia) xz xz -9 25780 bytes -1062 bytes (-3.96%)
ZSTD (Wikipedia) zstd zstd -19 26408 bytes -434 bytes (-1.62%)

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