hugo

Unnamed repository; edit this file 'description' to name the repository.

git clone git://git.shimmy1996.com/hugo.git
commit 8b14fdbf899cf19a458878a2f1693ae2a0136fa7
parent fc21b63b46369c81e39dcfd9ea0a12b029f67fb0
Author: Bjørn Erik Pedersen <bjorn.erik.pedersen@gmail.com>
Date:   Thu,  2 Sep 2021 11:10:40 +0200

Update 0.88.0-relnotes.md

[ci skip]
Diffstat:
Mtemp/0.88.0-relnotes.md | 6+++++-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/temp/0.88.0-relnotes.md b/temp/0.88.0-relnotes.md
@@ -1,15 +1,19 @@
+The most important piece in this release is the Go 1.17 update. This release is built with that new Go version, but also and more importantly, the Hugo Modules logic has been updated to support Go's new way of (lazy) loading transitive dependencies. If you already have Go 1.17 installed, building existing Hugo Modules backed projects have not been an issue, but `hugo mod init` for a new project could give you _too new_ versions of transitive dependencies. Hugo 0.88 fixes this.
+
 This release represents **26 contributions by 6 contributors** to the main Hugo code base.[@bep](https://github.com/bep) leads the Hugo development with a significant amount of contributions, but also a big shoutout to [@dependabot[bot]](https://github.com/apps/dependabot), [@helfper](https://github.com/helfper), and [@wzshiming](https://github.com/wzshiming) for their ongoing contributions.
 
 Many have also been busy writing and fixing the documentation in [hugoDocs](https://github.com/gohugoio/hugoDocs),
 which has received **9 contributions by 6 contributors**. A special thanks to [@bep](https://github.com/bep), [@jmooring](https://github.com/jmooring), [@StevenMaude](https://github.com/StevenMaude), and [@coliff](https://github.com/coliff) for their work on the documentation site.
 
-
 Hugo now has:
 
 * 53915+ [stars](https://github.com/gohugoio/hugo/stargazers)
 * 430+ [contributors](https://github.com/gohugoio/hugo/graphs/contributors)
 * 404+ [themes](http://themes.gohugo.io/)
 
+## Notes
+* We have fixed a bug with the import order in `js.Build` for the case `./foo` when both `./foo.js` and `./foo/index.js` exists. This is in line with how both Node and ESBuild's native import resolver does it. We discovered this trying to build AlpineJS v3 from source mounted in `/assets`. See [cf73cc2e](https://github.com/gohugoio/hugo/commit/cf73cc2ececd4e794df09ea382a38ab18960d84e) [@bep](https://github.com/bep) [#8945](https://github.com/gohugoio/hugo/issues/8945).
+
 ## Enhancements
 
 ### Templates