updated fork feature to use gitlab-shell for v5 of gitlab
Assignees are now sorted alphabetically.
[BUGFIX] User suggest at team_members/new not working with relative_url_root

* Closing #3540
* Closing #3704
Internally public projects

Public projects listed in the public section will be linked to the
actual project's page. Public projects now give any user Guest
permissions to the project, allowing them to download the code, read
and create issues, and view anything else in the project's pages.

Ample access tests have been added to the project_access_spec to
verify correct permissions and behavior on public projects.
- Visitors to the site who are not logged in still cannot view the
  project's pages.
- Logged-in users visiting a public project where they are not a team
  member can create issues, but not snippets. They can view the projects
  code, issues, merge requests, etc, just as if they were a Guest member
  of the project.
- Since this is a public project, the user is also granted :download_code
  permissions, a permission normally reserved for Reporters, since they
  can clone the repo anyways and browse commits and branches locally.
Fix internally public projects tests

Takes into account 98bea4b1ff and 3b88636d3c.
Replace inline document.ready with dispatcher
Remove on-ready for NoteList event
move more inline js to handle via dispatcher
Fix newlines in how-to-merge. Added steps description. Fixes #3772
coffescript refactoring pt.1
Move search autocomplete call to dispatcher
Fix issue with undefined dispather page
Merge pull request #3704 from former03/feature_bugfix_js_memberadd_realtive_url_root

[BUGFIX] User suggest at team_members/new not working with relative_url_root
Merge pull request #3645 from lucasuyezu/alphabetically_sorted

Assignees are now sorted alphabetically.
Non-logged in users see public project names as static text

In the public area, project names are shown as static text for
non-logged in users, while logged-in users are given project
names as links they can follow to the project's page.
Fix bug for repeated fork requests

When asking to fork a project and a project with the same name
already exists (likely from a previous fork), the recovery from
the fork failure would inadvertantly delete the repo of the
existing destination project.
Made fixes suggested by @randx in pull request

See https://github.com/gitlabhq/gitlabhq/pull/3597#discussion-diff-4014638
fix http push 401
fix: UTF-8 encoding error
better fix for encoding error