brew install \
autojump awscli \
deno diff-so-fancy direnv \
exiftool \
neovim \
git asdf \
helm helmfile hostess htop \
jq yq \
kubectl kubectx kube-ps1 \
{ | |
"deploy.reloaded": { | |
"fastFileCheck": true, | |
"fastCheckOnChange": true, | |
"fastCheckOnSave": true, | |
"fastCheckOnSync": true, | |
"showStatusWhenFinished": true, | |
"values": { | |
"outputDir": "<local-deploy-path-directory-local-by-flywheel-sites>" | |
}, |
import myErrorCodes from './error-codes'; | |
import MyError from './error'; | |
const main = () => { | |
const success = false; | |
// add some business logic here. | |
if ( success === false ) { | |
new MyError(errorCodes.page_not_found); |
const { Component, Fragment } = wp.element; | |
// This is going to add block controls to switch the state between preview and search. | |
import ItemControls from './controls'; | |
// Preview is going to show users how items are going to look like. | |
import Preview from './preview'; | |
// Search is allowing to search for items. | |
import Search from './search'; | |
/** |
To remove a submodule you need to:
- Delete the relevant section from the .gitmodules file.
- Stage the .gitmodules changes git add .gitmodules
- Delete the relevant section from .git/config.
- Run git rm --cached path_to_submodule (no trailing slash).
- Run rm -rf .git/modules/path_to_submodule (no trailing slash).
- Commit git commit -m "Removed submodule "
- Delete the now untracked submodule files rm -rf path_to_submodule
Let's say, 5 commits are made in develop branch.
- Commit 4 => 2017/06/23
- Commit 3 => 2017/06/22
- Commit 2 => 2017/06/21
- Commit 1 => 2017/06/20
Now we want to squash these commits into one commit (i.e., the latest commit on 2017/06/23).
git rebase -i HEAD~4
-ea | |
-server | |
-Xms2g | |
-Xmx1g | |
-Xss16m | |
-XX:PermSize=256m | |
-XX:MaxPermSize=1024m | |
-XX:+DoEscapeAnalysis | |
-XX:+UseCompressedOops | |
-XX:+UnlockExperimentalVMOptions |
The workflow says that the master branch of a project is the golden branch from which all development is based off of.
In order to keep this easy to navigate, it is asked that you squash your commits down to a few, or one, discreet changesets before submitting a pull request. Fixing a bug will usually only need one commit, while a larger feature might contain a couple of separate improvements that is easier to track through different commits.
Once you have rebased your work on top of the latest state of the upstream master, you may have several commits related to the issue you were working on. Once everything is done, squash them into a single commit with a descriptive message, like "Issue #100: Retweet bugfix."
docker run \ | |
--rm \ | |
--link mongodb:mongo \ | |
-v /home/ubuntu/backup-dir:/backup \ | |
mongo \ | |
bash -c ‘mongodump --out /backup --host $MONGO_PORT_27017_TCP_ADDR’ |