Skip to content

Instantly share code, notes, and snippets.

View blackpiglet's full-sized avatar
🎯
Focusing

Xun Jiang/Bruce Jiang blackpiglet

🎯
Focusing
View GitHub Profile
---
apiVersion: v1
kind: Namespace
metadata:
name: upgrade
---
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
name: pvc-0
GOOS=linux \
GOARCH=amd64 \
VERSION=main \
REGISTRY=velero \
PKG=github.com/vmware-tanzu/velero \
BIN=velero \
GIT_SHA=1a0e5b471dae447a3f7b7df1b41a59e24e544295 \
GIT_TREE_STATE=dirty \
OUTPUT_DIR=$(pwd)/_output/bin/linux/amd64 \
./hack/build.sh
@blackpiglet
blackpiglet / merge-conflict-rebase.md
Created May 5, 2022 07:08 — forked from scottyhq/merge-conflict-rebase.md
GitHub PR Merge Conflict Resolution with Rebase

How to rebase a pull request to fix merge conflicts

It's quite common to open up a pull request on GitHub and be confronted with the message This branch has conflicts that must be resolved. This situation arises when you create a feature branch on an older commit from the master branch. Maybe you forgot to run git pull master before git checkout -b geocoding_vignette or maybe a collaborator changed some of the same files on GitHub while you've been working on new things. There are many ways to fix this. One is using the Web Editor build into GitHub and fixing conflicts by hand. This works great if there are not too many conflicts.

Another technique is to rebase your pull request onto the master branch (Move your additional commits on top of the most recent master commit). This is conceptually clean, but sometimes confusing in practice to do cleanly. This example walks through the process where you want to do a rebase, and resolve conflicts by overwriting whatever is on the master branch with change

@blackpiglet
blackpiglet / iterm2-solarized.md
Created July 3, 2020 09:09 — forked from kevin-smets/iterm2-solarized.md
iTerm2 + Oh My Zsh + Solarized color scheme + Source Code Pro Powerline + Font Awesome + [Powerlevel10k] - (macOS)

Default

Default

Powerlevel10k

Powerlevel10k