If your git process gets stuck during the gpg signing phase, you can restart gpg by running
gpgconf --kill gpg-agentIf your git process gets stuck during the gpg signing phase, you can restart gpg by running
gpgconf --kill gpg-agent| #!/usr/bin/env bash | |
| set -eEo pipefail | |
| shopt -s inherit_errexit >/dev/null 2>&1 || true | |
| if [[ ! "$#" -eq 2 || "$1" != --bucket ]]; then | |
| echo -e "USAGE: $(basename "$0") --bucket <bucket>" | |
| exit 2 | |
| fi |
| ################################################### | |
| ## | |
| ## Alertmanager YAML configuration for routing. | |
| ## | |
| ## Will route alerts with a code_owner label to the slack-code-owners receiver | |
| ## configured above, but will continue processing them to send to both a | |
| ## central Slack channel (slack-monitoring) and PagerDuty receivers | |
| ## (pd-warning and pd-critical) | |
| ## |
DevOps started out as "Agile Systems Administration". In 2008, at the Agile Conference in Toronto, Andrew Shafer posted an offer to moderate an ad hoc "Birds of a Feather" meeting to discuss the topic of "Agile Infrastructure". Only one person showed up to discuss the topic: Patrick Debois. Their discussions and sharing of ideas with others advanced the concept of "agile systems administration". Debois and Shafer formed an Agile Systems Administrator group on Google, with limited success. Patrick Debois did a presentation called "Infrastructure and Operations" addressing
Currently, there is an explosion of tools that aim to manage secrets for automated, cloud native infrastructure management. Daniel Somerfield did some work classifying the various approaches, but (as far as I know) no one has made a recent effort to summarize the various tools.
This is an attempt to give a quick overview of what can be found out there. The list is alphabetical. There will be tools that are missing, and some of the facts might be wrong--I welcome your corrections. For the purpose, I can be reached via @maxvt on Twitter, or just leave me a comment here.
There is a companion feature matrix of various tools. Comments are welcome in the same manner.
| #export GIT_PS1_SHOWDIRTYSTATE=true | |
| #export GIT_PS1_SHOWUNTRACKEDFILES=true | |
| unset GIT_PS1_SHOWDIRTYSTATE | |
| unset GIT_PS1_SHOWUNTRACKEDFILES | |
| # non-printable characters must be enclosed inside \[ and \] | |
| PS1='\[\033[0m\]' # VT100 compat: reset all colors | |
| PS1="$PS1"'\[\033[32m\]' # change color | |
| PS1="$PS1"'\u@\h ' # user@host<space> | |
| PS1="$PS1"'\[\033[33m\]' # change color |
| #!/bin/bash | |
| # | |
| # | |
| # | |
| # Start on runlevels 3, 4 and 5. Start late, kill early. | |
| # chkconfig: 345 95 05 | |
| # | |
| # | |
| #!/bin/bash |
Before upgrading, make sure you are allowing insecure registry access, or your newer docker won't be able to talk to the Deis registry:
sudo bash -c 'mkdir -p /etc/systemd/system/docker.service.d/; cat <<EOF > /etc/systemd/system/docker.service.d/50-insecure-registry.conf
[Service]
Environment="DOCKER_OPTS=--insecure-registry 10.0.0.0/8 --insecure-registry 172.16.0.0/12 --insecure-registry 192.168.0.0/16"
EOF
'Locate the section for your github remote in the .git/config file. It looks like this:
[remote "origin"]
fetch = +refs/heads/*:refs/remotes/origin/*
url = git@github.com:joyent/node.git
Now add the line fetch = +refs/pull/*/head:refs/remotes/origin/pr/* to this section. Obviously, change the github url to match your project's URL. It ends up looking like this: