delta/gitlab/gitlab-ce.git/lib/tasks/import.rake, branch ide-diff-inline

Restore GH enterprise support in the Rake task

2017-11-08T20:20:46+00:00

This restores GH enterprise support in the GH import Rake task.

Fix the GH importer Rake task

2017-11-08T17:17:27+00:00

This task was broken in a few areas with the removal of the old GitHub
importer code.

Replace old GH importer with the parallel importer

2017-11-07T22:25:03+00:00

Ensure the `import:github` task doesn't schedule an import job

2017-10-05T08:48:26+00:00

The point of this task is to run the import in the foreground, so it
shouldn't schedule an import job!

Signed-off-by: Rémy Coutable

Don't mark the import as finished if it wasn't successful in the `import:github` task

2017-10-05T08:48:26+00:00

Signed-off-by: Rémy Coutable

`current_application_settings` belongs on `Gitlab::CurrentSettings`

2017-08-31T12:38:33+00:00

The initializers including this were doing so at the top level, so every object
loaded after them had a `current_application_settings` method. However, if
someone had rack-attack enabled (which was loaded before these initializers), it
would try to load the API, and fail, because `Gitlab::CurrentSettings` didn't
have that method.

To fix this:

1. Don't include `Gitlab::CurrentSettings` at the top level. We do not need
   `Object.new.current_application_settings` to work.
2. Make `Gitlab::CurrentSettings` explicitly `extend self`, as we already use it
   like that in several places.
3. Change the initializers to use that new form.

Migrate creation of nested groups into a service

2017-08-23T11:36:38+00:00

Fix small typoe on GitHub import rake task

2017-08-07T16:06:12+00:00

Use a custom root endpoint if defined on GH ominiauth provider settings

2017-08-07T16:06:12+00:00

Use project.import_url to fetch repositories from Github

2017-08-07T16:06:12+00:00