-
Updated
Nov 6, 2020 - JavaScript
ci
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 3,086 public repositories matching this topic...
-
Updated
Nov 11, 2020 - Go
-
Updated
Nov 1, 2020 - JavaScript
Is your feature request related to a problem? Please describe.
Following the guidance of github, many developers are moving to main as their default branch. Saving developers from the very small hindrance of using DEFAULT_BRANCH: main would contribute to smoothing the transition.
Describe the solution you'd like
The default branch should be main. If it does not exist, use `m
-
Updated
Nov 12, 2020 - Java
Goal
Implement --team for remaining fly commands. fly/integration tests should be updated. Cases should be added to the error_handling file as well https://github.com/concourse/concourse/blob/587483424a47f3eebb2ed8e861687b60cccb9ec7/fly/integration/error_handling_test.go#L92
# use default team
fly -t ci <command> <command-options>
# use another team
fly -t ci <command>-
Updated
Nov 6, 2020 - JavaScript
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
Nov 9, 2020 - Ruby
-
Updated
Nov 12, 2020 - Swift
-
Updated
Nov 5, 2020 - TypeScript
-
Updated
Nov 13, 2020 - Go
-
Updated
Aug 12, 2020
-
Updated
Jul 7, 2020 - JavaScript
-
Updated
Nov 12, 2020 - Go
I would welcome a feature when, at the same url which is set to respond with OK status, I could have an error response generated with a random seed.
I am developing an Observable pattern to perform a series of retries to call an endpoint, with increasing delay. The problem is that during testing, I cannot really mock up the condition by randomly switching between two mocky.io urls (error and ok
-
Updated
Nov 11, 2020 - CMake
-
Updated
Aug 6, 2020 - Go
-
Updated
Nov 10, 2020 - Go
-
Updated
Nov 7, 2020 - Go
-
Updated
Oct 27, 2020 - Python
-
Updated
Oct 17, 2019 - Go
-
Updated
Nov 3, 2020 - Rust
-
Updated
Oct 30, 2020 - Python
- Wikipedia
- Wikipedia


Config:
Input: