The Wayback Machine - https://web.archive.org/web/20201216003152/https://github.com/topics/continuous-delivery
Skip to content
#

continuous-delivery

Here are 807 public repositories matching this topic...

taylorsilva
taylorsilva commented Feb 21, 2020

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>
vjpie2002
vjpie2002 commented Dec 11, 2020

Show number of pod restarts in the argo ui.

Motivation

Showing number of pod restart counts in the argo ui will help us to see which pods were restarted and how many times without going to any other monitoring dashboards or running kubectl commands. This will be very helpful feature.

Proposal

By getting the number of restart count, we can add this count at the bottom of each pod as

jx
msvticket
msvticket commented Nov 2, 2018

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

0x203
0x203 commented Mar 6, 2020

First of all: thanks for working on this project and making it accessible to us!

Context

We are starting the unleash server in the same process as our backend server, using unleash.start().
When we receive a SIGINT or SIGTERm, we want to shutdown cleanly so that node exits on it's own because of an empty event loop.

What we tried

Our current attempt to do this boils down t

timbaileyjones
timbaileyjones commented Aug 12, 2019

While testing another PR, I found that mu pipeline logs command displays information from the pipelines, but also shows this error:

$ mu pipeline logs
[... normal, expected output ...]
func1 ▶ ERROR  ResourceNotFoundException: The specified log group does not exist.
	status code: 400, request id: f7260741-7f69-4772-b4cc-7c6a9c22d264

This error does not occur with the `-f

jithine
jithine commented Sep 25, 2020

What happened:

Join feature introduced "CREATED" status builds which is a holder build for storing intermediate status of upstream builds which can trigger this job. However UI shows "CREATED" as status for such events and users are able to navigate to such builds and get confused on job's status.

What you expected to happen:

UI should ignore builds with CREATED status.
Users

Improve this page

Add a description, image, and links to the continuous-delivery topic page so that developers can more easily learn about it.

Curate this topic

Add this topic to your repo

To associate your repository with the continuous-delivery topic, visit your repo's landing page and select "manage topics."

Learn more

You can’t perform that action at this time.