Nuxt.js v2.12 から Nuxt.js v2.13, v2.14 へバージョンアップした時の注意点や
変わったと感じたことまとめます。
各バージョンの大きな特徴として、v2.13 では静的ビルドが強化され、
v2.14 ではビルド周りの整理・高速化が行われました。

この記事では、下記のバージョンで検証を行っています。

Nuxt.js v2.13.3
Nuxt.js v2.14.6

Nuxt.js v2.13 からは dotenv がランタイム構成に含まれる

Nuxt.js v2.13 から dotenv がランタイム構成に含まれるようになりました。
https://nuxtjs.org/blog/moving-from-nuxtjs-dotenv-to-runtime-config

この機能によって .env ファイルをプラグインなしで自動で読み込んでくれます。
ただ、.env というディレクトリ 配下に development.js などで環境変数を設定している場合、
.env ディレクトリをファイルとして読み込こもうとしてエラーになります。
（ここでハマりました。。）
これの解消方法は、単純に環境変数を格納するディレクトリを .env にしなければ大丈夫です。

環境変数をビルド後のソースコードから隠微できる（SSG のみ）

process.env や nuxt.config.js の env に環境変数を書いていた場合、
webpeck でコンパイルするとソースコードに残ってしまっていました。

これは v2.12 でも v2.13 でも同様です。

参考：
上記の https://nuxtjs.org/ の記事と
NuxtのJamstack構成におけるAPIキーの隠蔽方法について

v2.13 から nuxt.config に publicRuntimeConfig と privateRuntimeConfig という項目が追加されました。
privateRuntimeConfig は SSG のときのみ利用され、フロントのソースには残りません。

フロントで使う環境変数を隠微したいとき

これで環境変数を隠微できたように見えますが、検索 API などフロントからは環境変数を使うときは privateRuntimeConfig が使えません。
Algolia の Application ID など、見えて困るものはサーバ側で処理を挟む必要があります。

参考：microCMSとNuxtでプレビュー画面を作成する_API-KEYを隠す方法

generate が v2.13 でなくなって v2.14 で復活した

Nuxt v2.12 では静的ビルドのコマンドが

$ nuxt generate

でしたが、v2.13 から

$ nuxt build && nuxt export

に変わりました。

それが v2.14 では再び

$ nuxt generate

で静的ビルドができるようになりました。

v2.14 で nuxt-property-decorator の watchQuery が使えなくなった？

これは見出しそのままなのですが、v2.13 で nuxt-property-decorator の watchQuery でクエリ変更を監視していたのですが、v2.14 の static ビルドでうまく動かなくなりました。

nuxt-property-decorator のバージョンは 2.8.8 で Nuxt.js v2.14 以降の版です。
解消方法が見当たらなかったので nuxt-property-decorator でなく
composition-api の watch でクエリを監視する方法で解消しました。

もしかしたら、ちゃんと解消方法があるのかもしれない（もしくは watchQuery 対応についてのドキュメントがあるかも）のですが、
見つけられずこのような対応になりました。

まとめ

Nuxt.js の v2.12 は長く安定していた記憶があるのですが、
v2.14 は周辺のプラグインの対応も含めて知識のアップデートが必要そうです。

内容が薄くてすみません