- 23 May, 2020 2 commits
-
-
David Diederich authored
Resolve "Make FOSSA NOTICE available on failure" Closes #8 See merge request !10
-
David Diederich authored
Which is to say, only if it is different than what's already there.
-
- 22 May, 2020 4 commits
-
-
Daniel Scholl authored
Trusted azure See merge request osdu/platform/ci-cd-pipelines!9
-
Daniel Scholl authored
-
David Diederich authored
Resolve "Update Snapshots during Maven Builds" Closes #7 See merge request !8
-
David Diederich authored
-
- 21 May, 2020 2 commits
-
-
ethiraj krishnamanaidu authored
Legal GCP Integration Test See merge request !7
-
ethiraj krishnamanaidu authored
-
- 20 May, 2020 6 commits
-
-
ethiraj krishnamanaidu authored
-
ethiraj krishnamanaidu authored
-
ethiraj krishnamanaidu authored
-
ethiraj krishnamanaidu authored
-
ethiraj krishnamanaidu authored
-
ethiraj krishnamanaidu authored
-
- 19 May, 2020 2 commits
-
-
Daniel Scholl authored
Azure See merge request !6
-
Daniel Scholl authored
-
- 11 May, 2020 1 commit
-
-
Dania Kodeih (Microsoft) authored
Added Azure Pipeline Template to support pipelines for the entitlement service. See merge request !4
-
- 09 May, 2020 1 commit
-
-
Daniel Scholl authored
-
- 29 Apr, 2020 8 commits
-
-
David Diederich authored
Dag based See merge request !3
-
David Diederich authored
Organize yml files See merge request !2
-
David Diederich authored
-
David Diederich authored
This wasn't as clever as I thought it would be. Multiple inclusions are considered errors. So, I added it back as part of the maven job. It's likely that services would be including the build/maven.yml config anyway, or their pipeline wouldn't build.
-
David Diederich authored
This should enable later parts of the pipeline to start as soon as their own dependencies are satisfied, without waiting for the entire stage to complete.
-
David Diederich authored
-
David Diederich authored
-
David Diederich authored
-
- 23 Apr, 2020 1 commit
-
-
David Diederich authored
Directly specifying the environment / only restrictions on container_scanning instead of using extends The base rules for container_scanning seem to be trumping the extends one, so I respecify them here in an attempt to override the GitLab defaults (especially for the 'only' rule).
-
- 21 Apr, 2020 2 commits
-
-
ethiraj krishnamanaidu authored
-
David Diederich authored
-
- 20 Apr, 2020 3 commits
-
-
David Diederich authored
-
ethiraj krishnamanaidu authored
created temp pipeline to setup and test in OpenDES GCP See merge request !1
-
ethiraj krishnamanaidu authored
-
- 18 Apr, 2020 1 commit
-
-
David Diederich authored
This reverts commit 4ab7539e.
-
- 15 Apr, 2020 1 commit
-
-
David Diederich authored
-
- 10 Apr, 2020 2 commits
-
-
David Diederich authored
-
David Diederich authored
-
- 09 Apr, 2020 3 commits
-
-
David Diederich authored
-
David Diederich authored
It's a separate mount anyway, so the mv isn't any better performance than cp + rm
-
David Diederich authored
The maven cache might be getting in the way of some of the scanners, so before they execute, let's move it to its normal place. Later, we have to move it back, otherwise the cache won't get updated (and might get cleared).
-
- 08 Apr, 2020 1 commit
-
-
David Diederich authored
-