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.

Config:

linters:
  disable-all: true
  enable:
  - goimports
  - gci
  fast: false

linters-settings:
  goimports:
    local-prefixes: istio.io/

Input:

package main

import (
	"fmt"
	"istio.io/istio/pkg/test/framework/resource"
	"os"

	"istio.io/istio/pkg/test/framework/resource"
)

var (
	_ = resource.Cluster
	_ = fmt.Println
	_ = os.Stdout
)

Is your feature request related to a problem? Please describe.
https://github.com/bridgecrewio/checkov is a tool to check infrastructure-as-code descriptors. It scans cloud infrastructure provisioned using Terraform, Cloudformation, Kubernetes, Serverless or ARM Templates and detects security and compliance misconfigurations.

Describe the solution you'd like
Support checkov.

**

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>

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.

Describe the bug
This resource causes the error WARNING: skipped AWS017 check due to error(s): value is null

And it happens even if I try to explicit skip AWS017 from cli:

tfsec --exclude AWS017
WARNING: skipped AWS017 check due to error(s): value is null

tfs

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

Nov	DEC	Jan
	08
2019	2020	2021

ci

Here are 3,126 public repositories matching this topic...

chinese-poetry / chinese-poetry

drone / drone

goldbergyoni / javascript-testing-best-practices

nektos / act

golangci / golangci-lint

github / super-linter

adnanh / webhook

gocd / gocd

concourse / concourse

Goal

postmanlabs / newman

buildbot / buildbot

danger / danger

yonaskolb / XcodeGen

danger / danger-js

xcpretty / xcpretty

ansible-semaphore / semaphore

reviewdog / reviewdog

opendevops-cn / opendevops

ligurio / awesome-ci

GoogleChromeLabs / lighthousebot

tfsec / tfsec

julien-lafont / Mocky

TheLartians / ModernCppStarter

ory / dockertest

lastbackend / lastbackend

zegl / kube-score

aws-quickstart / taskcat

stepchowfun / toast

harbur / captain

pycontribs / jenkinsapi

Essential cookies

Always active

Analytics cookies