Created simpler script to highlight issue:

https://play.golang.org/p/1BRWOxmXaoU

This is working as intended. Slices of an array share the same backing store, and that backing store is used for append while there is space.

You might want to read https://blog.golang.org/go-slices-usage-and-internals

You can use the 3-arg form of slicing to restrict the capacity, so append will always allocate a new backing store.

Regarding documentation: this is a fairly direct consequence of the fact that a slice is just a view into an array. This is explained in the go tour (which is probably the main entry point to the language for beginners, and the most basic piece of documentation we have):

An array has a fixed size. A slice, on the other hand, is a dynamically-sized, flexible view into the elements of an array.

A slice does not store any data, it just describes a section of an underlying array.
Changing the elements of a slice modifies the corresponding elements of its underlying array.
Other slices that share the same underlying array will see those changes.

(https://tour.golang.org/moretypes/7 and the following page).

@ALTree The documentation there is clear in the context of a slice and changing an element of the slice mutating the original array. I think the addition of append and the wording on available capacity and allocating a new array is a little unclear. Basically, with append, depending on the nature of the slice, you will get two different results. In any case, made another mental note about unexpected mutation possibilities in go.

Thx.