removes API credentials from link to CiServer build_page

In f1e38963 @dblessing introduced the support to specify API credentials for a CiService (in this case Jenkins) via its URL. This lead to the state that for any MR a link is rendered which references the build result. This link however contains the provided API credentials which I don not believe to be intended!
Under this circumstances any user with access to the GitLab MR page can access the API token which may allow privileged access the CI server.

My MR changes the behavior of the appropriate helper method to remove the credentials from the link. It also adds a spec for it, so we do not suffer a regression later on.

Also adds a spec for MergeRequestHelper to avoid having a regression
later on.

Add 6.9-ce-to-ee.md update doc

Jenkins Service - Add aborted status

Currently, Jenkins service will show "pending" build status even if the job has been aborted. This simple change allows the CI status to recognize an aborted status and mark it as a failure.

Fix jenkins auth

WebHooks currently support basic auth in the webhook URL - `http://user:pass@example.com`. With the Jenkins CI service the webhook is fired correctly when the project URL is in this format. However, the build status was unable to poll because auth was not used correctly.

This merge requests implements the basic auth strategy much the same as the web hook does. See https://gitlab.com/subscribers/gitlab-ee/blob/master/app/models/web_hook.rb#L34 for reference.

Release packages for 6.9.3-ee

Single copyright license

Release 6.9.2-ee

Conflicts:
	CHANGELOG-EE
	VERSION

New 6.8 packages

The old packages were having issues with gitlab-shell.

License update

Ci changes are in master

6.9.1 packages

6.9.0 EE packages

Change image reference

No jpg

Ci dev info

Fix LDAP email upper case bug