Linus Torvalds once wrote in a book that he created Linux just for fun, but it ended up sparking a revolution. Git, his second major creation, also an accidental revolution. It’s now a standard tool for software engineers, but its origin story wasn’t so much fun this time, at least for Linus. Linus doesn’t scale 1998 was a big year for Linux. Major companies like Sun, IBM, and Oracle started getti
git-cliff
Highly Customizablegit-cliff uses regex-powered custom parsers and the changelog can be customized easily with a configuration file to match the desired format. Conventional Commitsgit-cliff can generate changelog files for any Git repository that follows the conventional commits specification. Easy Integrationgit-cliff can be easily integrated with your Rust/Python/Node.js project as a command-li
> Tridge did the following.> “Here’s a BitKeeper address, bk://thunk.org:5000. Let’s try connecting with telnet.” Famously, Tridge gave a talk about this, and got the audience of the talk to recreate the "reverse engineering". See https://lwn.net/Articles/133016/ for a source. > I attended Tridge's talk today. The best part of the demonstration was that he asked the audience for each command he sh
エディター側でなくCLI側でgit grepするのはいろんなオプションを渡せて便利だ。たとえば --and や --or でいろんな条件で絞り込んだり、-C オプションで周辺の行も一緒に見ることもできる。 一方でCLI側でのgit grepでは、エディター側をさっと開きにくいという問題がある。そこで、git grepの結果をfzfでさらに絞り込んだ上で選択するとすぐにエディターで開けると便利そうと感じ、git-grep-fzfというコマンドを作ってみた。 使ってみている様子はこんな感じ。grepした後にfzfで絞り込んで該当行をエディターで開いている。https://github.com/golang/go に対してgit-grep-fzf Sortedしている様子。 また、git grepに渡せるオプションはこのコマンドに渡すことができるので、複数条件で絞り込んで周辺行を見ながら開くこと
たまに遭遇するあのcommitのshaが欲しいとき用の便利fzf。ついでにpreviewも見れる。 zsh環境想定。 select_commit_from_git_log() { git log -n1000 --graph --color=always --format="%C(auto)%h%d %s %C(black)%C(bold)%cr" "$@" |\ fzf -m --ansi --no-sort --reverse --tiebreak=index --preview 'f() { set -- $(echo "$@" | grep -o "[a-f0-9]\{7\}" | head -1); if [ $1 ]; then git show --color $1 else echo "blank" fi }; f {}' |\ grep -o "[a-f0-9]\{7\}
バージョン管理システムの目的はコードへの変更内容を記録することです。これにより、プロジェクト履歴に戻って誰が何を行ったかを確認したり、バグが生じた場所を見つけたり、問題のある変更を元に戻したりすることができます。しかし、履歴をナビゲートする方法を知らなければ、この履歴のすべてを利用できるようにしても役に立ちません。そこで、git log コマンドの出番です。 みなさんはコミットを表示するための基本的な git log コマンドを既に知っています。しかし、多くの様々なパラメーターを git log に渡すことでこの出力を変更することが可能です。 git log の高度な機能は次の２つのカテゴリに分類できます。各コミットの表示方法の形式設定と、出力に含めるコミットのフィルタリングです。これら２つのスキルを組み合わせると、プロジェクトに戻り、必要となる可能性のある情報を検索できます。 最初に、こ
【Git初心者向け】メールアドレスの設定には注意せよ！
Git 使うときに最初にすべきことは、ユーザー名とメールアドレスを設定することなのですが、ここで設定したメールアドレスは、コミットするたびに記録されて誰でも閲覧できてしまうため注意が必要です。そこで今回は、Git のメールアドレスはどのように設定すれば良いのか、パターン別にまとめてみました。 個人的に Git の使い方を勉強する場合 賛否があると思いますが、Git の使い方に慣れるまでは下のような適当なユーザー名とメールアドレスを設定しておきましょう。 git config --global user.name TOKUMEI git config --global user.email TOKUMEI@example.com ただし、チームで Git を使う場合、適当なユーザー名とメールアドレスを設定していると誰がコードを変更したのかが分からなくなってしまいますので、Git の使い方に慣
Commit の 『取り消し』に要注意 この記事では、異なる状況でのコミット取り消し方法について、初心者向けにわかりやすく説明します。 一言に『取り消し』と言っても様々な意味になります。 とくにGitにおいてはどの状態に戻すのかが重要となります。 下記は目的別のCommitの取り消し方法となります。 1. 最新のコミットを取り消し、その変更を次のコミットのために保持したい 使用コマンド: git reset --soft HEAD~1 シナリオ: コミットをし忘れたファイルがある場合や、コミットメッセージを変更したい場合に便利です。 2. 最新のコミットを取り消し、変更内容をワーキングディレクトリに保持したい 使用コマンド: git reset --mixed HEAD~1（デフォルト） シナリオ: コミットしたが、更に変更を加えたい場合に適しています。ステージングされていない状態に戻りま
【Git】特定のコミットまで戻ってコードを確認したいだけのときは、git resetではなくgit switchを使おう - Qiita
【Git】特定のコミットまで戻ってコードを確認したいだけのときは、git resetではなくgit switchを使おうGit はじめに git reset --hard [コミットのハッシュ値]を実行すると、指定したコミット以降のコミット履歴が消去されてしまうので、 過去のコミット時のコードを一時的に見たいときは、コミット履歴に影響を与えないgit switch -d [コミットのハッシュ値]を使ったほうが良さそうということに気づきました。 （git reset --hard [コミットのハッシュ値]を実行してコミット履歴を消去しても、一応復元できますが。） 筆者自身、詳しいことを知らずにgit reset --hard [コミットのハッシュ値]を使って焦ったことがあるので、両者の違いをまとめておきます。 サンプルの解説 以下のようなテキストファイルがあるとします。
前回より 「よし、今日の作業も終わったんやな」 「前回のをもとに、commitして今日の作業終わりやな」 「せや、commitもそこそこできたしどんなになってるか一度確認してみよか」 「…」 「なんかADDばっかやな…」 「よく見ると自動テストもADDやし、参照変更もADDになってしまってるな」 「ADDがごっちゃ混ぜにしすぎてわかりにくくなってるんやな」 「どないしよか…」 コメントでもらったアドバイス 「前回のコメントで色々アドバイスを頂いたなかで、AngularのCommitルールてのを教えてもらったんやな」 「自分で考えるのも大事やけど、偉大な先輩方の考え方をここで見てみるのもてやな」 Angularのコミットメッセージガイドライン Developing AngularJS - Git Commit Guidelines feat: A new feature fix: A bug
SourceTreeを使っていて，gitのリモートブランチ・ローカルブランチを両方削除したつもりでも，履歴グラフにはブランチの名前が残ってしまう。 SourceTree上で以下の操作を行うと，このブランチの名前をスッキリ削除できる。 SourceTreeで目的のリポジトリを開いている状態で，画面上部のツールバーから「フェッチ」をクリックする。すると次のような画面が表示される。
Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
A Git story: Not so fun this time | Brachiosoft Blog
A Git story: Not so fun this time | Hacker News
git grepの結果をfzfで絞り込んでエディターで開く - $shibayu36->blog;
git logをfzfに流してcommitのshaをさっと選びたい
Git チュートリアル - 高度なGit log | Atlassian Git Tutorial
GitのCommitの取り消し方法 | ギークの逆襲 🐟
続・Git初心者がCommitの粒度とかを考えた話 - Qiita
gitのローカルに残ったリモートブランチをSourceTreeで削除する方法 – // もちぶろ
git clone の際に submodule の clone を忘れたときの対処法 - Qiita