-
Updated
Feb 26, 2021 - Go
Continuous integration
Automatically build and test your code as you push it upstream, preventing bugs from being deployed to production. A complementary practice to CI is that before submitting work, each programmer must do a complete build and run (and pass) all unit tests. Integration tests are usually run automatically on a CI server when it detects a new commit.
Here are 2,386 public repositories matching this topic...
-
Updated
Feb 27, 2021 - Java
-
Updated
Jan 27, 2020 - JavaScript
-
Updated
Feb 26, 2021 - Go
-
Updated
Feb 26, 2021 - Java
JanitorConfigurator should have an option to delete logs for specific builders (or tags). Users might want to delete logs for only specific builders, or might want to keep logs for specific builders for longer duration.
http://docs.buildbot.net/latest/manual/cfg-configurators.html#janitorconfigurator currently doesn't seems to contain any such option.
-
Updated
Jan 14, 2021 - JavaScript
We are using font-awesome V4 and should migrate to font-awesome V5 which comes with its own vue.js module: https://github.com/FortAwesome/vue-fontawesome
Migration includes removing old font-awesome V4 module and changing all existing icons to new vue.js tag.
This is blocked until #114 is merged which comes with first initial integration.
Summary
When creating docker images for Java applications in the current setup in Jenkins-X the application and all dependencies are all placed in one jar file, meaning it will be in one layer in the docker image.
This means that when new versions of the application are created the unchanged dependencies can't be reused.
It would be a great enhancement if the application code where p
-
Updated
Jan 19, 2021 - JavaScript
-
Updated
Feb 26, 2021 - Java
-
Updated
Feb 26, 2021 - Go
When running a DotNetCore command or tool via Cake, we can control the roll forward policy by setting an environment variable DOTNET_ROLL_FORWARD in the [tool's settings](https://github.com/cake-build/cake/blob/8bc15841e97944291946a89f335562244965247e/src/Cake.Common/Tools/DotNetCore/DotNet
-
Updated
Jun 11, 2020 - PHP
-
Updated
Feb 26, 2021
-
Updated
Feb 26, 2021 - Go
-
Updated
Feb 27, 2021 - Python
-
Updated
Feb 26, 2021 - Ruby
-
Updated
Jan 5, 2021 - Go
-
Updated
Oct 8, 2020
-
Updated
Feb 25, 2021 - CMake
-
Updated
Dec 18, 2020 - Go
-
Updated
Feb 24, 2021 - TypeScript
-
Updated
Feb 16, 2021 - JavaScript
-
Updated
Feb 26, 2021 - C#
-
Updated
Feb 18, 2021 - Java
-
Updated
Jan 13, 2021 - Shell
-
Updated
Oct 30, 2020 - PHP
- Wikipedia
- Wikipedia
Continuous integration apps
Hound
Automated code reviews
AppVeyor
Cloud service for building, testing and deploying Windows apps
Semaphore
Test and deploy at the push of a button
CircleCI
Automatically build, test, and deploy your project in minutes
Travis CI
Test and deploy with confidence
WhiteSource Bolt
Detect open source vulnerabilities in real time with suggested fixes for quick remediation
Google Cloud Build
Build, test, & deploy in a fast, consistent, and secure manner
Buddy
One-click delivery automation for Web Developers
App Center
Continuously build, test, release, and monitor apps for every platform
Cirrus CI
Enjoy unlimited concurrency for fast and secure development cycle
Cloud 66 for Rails
Build, deploy, and maintain your Rails apps on any cloud or server
Azure Pipelines
Continuously build, test, and deploy to any platform and cloud
AccessLint
Find accessibility issues in your pull requests
GuardRails
GuardRails provides continuous security feedback for modern development teams
Check Run Reporter
See your test and style results without leaving GitHub. Supporting JUnit, Checkstyle, and more
Summary
#6369 tracks the user who created the build (either manual trigger or rerun) and also tweaked the
api/v1/userendpoint to contain a newdisplay_user_idfield. The new field should be used to show the user in the top bar, since it reflects the same value that Concourse tracks as the build creator.We should be able to replace [this function](https://github.com/concourse/concour