> To add more color to your Git output: git config --global color.ui 1
Don't do this. The default (since 1.8.4) is auto, which adds colors if the output goes to a terminal, but doesn't if the output goes somewhere else (e.g., a pipe). That is probably what you want (and already have).
I fell for this myself at some point. Somehow expecting there to be more colors, or full color support, or something like that — Nope.
> The default setting is auto, which colors output when it’s going straight to a terminal, but omits the color-control codes when the output is redirected to a pipe or a file.
> You can also set it to always to ignore the difference between terminals and pipes. You’ll rarely want this; in most scenarios, if you want color codes in your redirected output, you can instead pass a --color flag to the Git command to force it to use color codes. The default setting is almost always what you’ll want.
This has been posted a few times before and is an excellent resource.
It links to a GitHub repo [1] I made a while ago with every type of emoji as a separate file and commit as a fun and somewhat pointless demo.
However, for whatever reason the emojis on the repo stopped working (after a GitHub update?). Each emoji, regardless of commit message, is defaulting to the last one that was created (:zzz:). I reached out to GitHub a few times about it, but I never got a response. It's probably super low priority for them, but I thought I would share since, although minor, I technically broke GitHub.
The feature does or did exist, but hidden. The early versions of GitHub Enterprise (called GitHub FI) exposed this and it can be seen in action in some places (e.g.: https://github.com/ghc; look at the "mirrored from" subtitles). I really wish GitHub would expose that feature publicly, though. The post-receive advice they give only works if you have full access to the master repo and misses out on recording the "this is a mirror" piece of metadata on the repository, which is useful for people who might try to open PRs etc
[+] [-] teamhappy|11 years ago|reply
Don't do this. The default (since 1.8.4) is auto, which adds colors if the output goes to a terminal, but doesn't if the output goes somewhere else (e.g., a pipe). That is probably what you want (and already have).
I fell for this myself at some point. Somehow expecting there to be more colors, or full color support, or something like that — Nope.
[+] [-] sheetjs|11 years ago|reply
> The default setting is auto, which colors output when it’s going straight to a terminal, but omits the color-control codes when the output is redirected to a pipe or a file.
> You can also set it to always to ignore the difference between terminals and pipes. You’ll rarely want this; in most scenarios, if you want color codes in your redirected output, you can instead pass a --color flag to the Git command to force it to use color codes. The default setting is almost always what you’ll want.
[+] [-] gabrielhn|11 years ago|reply
[+] [-] sergiotapia|11 years ago|reply
To install on Mac just run:
[+] [-] whizzkid|11 years ago|reply
[+] [-] scotchio|11 years ago|reply
It links to a GitHub repo [1] I made a while ago with every type of emoji as a separate file and commit as a fun and somewhat pointless demo.
However, for whatever reason the emojis on the repo stopped working (after a GitHub update?). Each emoji, regardless of commit message, is defaulting to the last one that was created (:zzz:). I reached out to GitHub a few times about it, but I never got a response. It's probably super low priority for them, but I thought I would share since, although minor, I technically broke GitHub.
[1] https://github.com/scotch-io/All-Github-Emoji-Icons
[+] [-] ecaron|11 years ago|reply
[+] [-] returnofthejedi|11 years ago|reply
Emojis make everything a little bit fun.
[+] [-] krat0sprakhar|11 years ago|reply
[+] [-] talles|11 years ago|reply
Hey, can't I git rebase --root?
[+] [-] unknown|11 years ago|reply
[deleted]
[+] [-] ekimekim|11 years ago|reply
[+] [-] sinkasapa|11 years ago|reply
[+] [-] nilved|11 years ago|reply
[+] [-] niutech|11 years ago|reply
[+] [-] talles|11 years ago|reply
tldr; you have to set the hook yourself
[+] [-] bjeanes|11 years ago|reply
[+] [-] allendoerfer|11 years ago|reply
[+] [-] returnofthejedi|11 years ago|reply
[+] [-] christop|11 years ago|reply
Annoyingly, this doesn't work for pull requests.
[+] [-] oneeyedpigeon|11 years ago|reply