Resolve "Navigation - Make contextual sidebar collapsible"

Closes #34028

See merge request !13281

add feature rename wiki title

Closes #27800

See merge request !10069

Bump gitlab-shell version to 5.8.0 to fix Git for Windows 2.14

See merge request !13344

Gitaly needs to know where to find gitlab-shell

See merge request !13306

add star for action scope, in order to delete image from registry

Closes #26465

See merge request !13248

Improve various parts of Dashboard::ProjectsController

See merge request !13319

Circuitbreaker for storage paths

Closes #32207, #33117, gitlab-com/infrastructure#1946, and gitlab-com/infrastructure#1775

See merge request !11449

Fixed sidebar context header hover colors

Closes #35999

See merge request !13323

34764 Rename about to overview for group and project page

Closes #34764

See merge request !13318

Increase the z-index of the navbar

Closes #35935

See merge request !13282

Remove gl.Activities from Commits page

Closes #36058

See merge request !13341

Add `/assign me` alias support for assigning issuables to oneself

Closes #35304

See merge request !13334

Remove unused #tree-holder

Closes #36035

See merge request !13338

Currently, when a user wants to assign an issue/MR to himself, he needs
to type his full username or select it from the suggested ones in the
dropdown list.
This commits suggest a faster solution which is typing `/assign me`

Closes #35304.

Add a missing whitespace in "private forks you have no access to"

Closes #35786

See merge request !13332

Add custom linter for inline JavaScript to haml_lint

See merge request !9742

This solves an N+1 query problem where for every project we'd query the
creator separately just to figure out what avatar to display.

The method User#projects_limit_left would run "personal_projects.count"
but such a query is not memoized. As a result multiple calls to
User#projects_limit_left would result in multiple COUNT(*) queries being
executed.

To work around this this commit adds User#personal_projects_count which
simply memoizes the result of the COUNT(*) in an instance variable.

The "events" table has a foreign key on "events.project_id" with a
cascading delete. As such it's impossible for an event to have a
non-existing project ID.

In various places we check if the same relation would return projects.
This is done using "any?" which will run a COUNT query with any
LIMIT/OFFSET values still applied.

To work around all this we introduce 2 helper methods that take care of
doing the right thing. This leads to the produced queries being simpler
and fewer queries being executed.

Add 9.5 update guide, with Gitaly specifics

Closes gitaly#416

See merge request !13309

Expose more attributes to unauthenticated GET /projects/:id

See merge request !13283

Also fix the test because we no longer have :empty_project,
just use :project is the same as before

Synchronous zanata community contribution translation

See merge request !13266