git fetch の裏側でどんな通信が行われてリモートリポジトリの内容が取得できるのか調べたのでまとめる。もともとは git の HTTP や SSH といったプロトコルでどのように実現されているか、というところに興味があった。Git v2.7.1 を基にしている。 事前準備 pack プロトコル pkt-line フォーマット Reference discovery Packfile negotiation Packfile の送受信 packfile への圧縮・packfile からの展開 各種トランスポートの実装 file トランスポート ssh トランスポート git トランスポート http(s) トランスポート まとめ 参考資料 事前準備 手を動かしてプロトコルを理解できるよう、gist の小さなリポジトリ を使う。適当なディレクトリ下に bare リポジトリとして clon

コードレビューをするとき、コメントや判断をするには様々な情報が必要です。例えば 変更箇所とそれに対応するcommit message 該当行のblame、その変更が行なわれたpull request 今見ている変数の型、関数の定義元 などです。レビューのコメントを書く場所はGithub/GHEである場合が多いと思いますが、上述した内容と行ったりきたりするのは大変です。これらの起点をtigに置くとスムーズに行ったので、その方法をメモしておきます。 tigはもはや説明するまでもないですが、gitの見やすいcliインターフェイスです。commit logを見たり、diffを分かりやすく表示できます。 jonas/tig: Text-mode interface for git レビュー対象になっているPull Requestで行なわれた変更のみをtigで見たいときは、以下のように範囲を絞ります(

ペンギン村の住人、tobi462です。 今回はシェルスクリプトなどのプログラムからgitの情報を取得する際に、rev-parseという便利なコマンドがあったので、その紹介と教訓について書いてみます。 Tl;Dr 冴えないやり方 rev-parse って？ --abbrev-ref って？ まとめ（あるいは教訓） Tl;Dr $ git rev-parse --abbrev-ref HEAD master 冴えないやり方 実のところあとからググったらいくらでも記事があったのですが、最初は以下のように書いていました。 $ git branch | grep '*' | sed -e 's/* //' まぁ、結果は同じになると思いますが、明らかに rev-parse を使ったやり方のほうがスッキリしています。 rev-parse って？ 与えられたものが何かを調べるコマンドらしく、なんだかいろい

.gitconfigファイルに記入するオプションをカスタマイズすれば、Gitをより上手に、便利に使うことができる。著者のGit設定の紹介と、便利な設定の解説。 私はGitが大好きで、いつでもGitを使っています。私は時々、何かについて深く調べてみたり、ドキュメントを一通り読んでみたり、設定を見直してみたりするのですが、今回はGitについてそれをやってみました。私の書いた4番目の技術スタックの改善に関する記事にようこそ！ Gitのすべて 私がコーディングを始めたのは、ただのファイルシステム上でコピーしていたあの辛い日々、そしてチェックアウトに排他的ロックが必要だったVisual SourceSafeを使っていた時でした。それでもその時、ソース管理のコンセプトは私にとって素晴らしいものに思えましたし、家でコーディングする時にはそういったものにアクセスできたらな、と思っていました。 その後カリフ

はじめに peco, hubは前から使っててghqは存在は知りながらも「別にリポジトリ管理は必要ないかなー」と思ってたのですが、管理するリポジトリ数が増えてきて面倒になってきたので試しに入れてみたらかなり良かったので紹介したいと思います ghq, peco, hubとは？ ghqは上でも軽く書いたようにリポジトリ管理ツールになります。 例えばgit cloneの代わりにghq get <repository URL>とコマンドを打つとghqルートディレクトリ（デフォルトでは~/.ghq）以下にリポジトリがcloneされ、 ghq listでghqルートディレクトリ以下のGitリポジトリ一覧を表示、 ghq look <project>で指定したリポジトリに移動する、といったように使います。

ProductAnnouncing Git Integration for Atom and GitHub Desktop BetaToday's a big day for desktops everywhere. We're making the GitHub experience better beyond the browser with two releases—a new release of Atom with Git and GitHub Integration and the… Today’s a big day for desktops everywhere. We’re making the GitHub experience better beyond the browser with two releases—a new release of Atom with

数年前、Microsoftは、社内全体のエンジニアリングシステムを活性化させるため、数年間にわたる投資を行う決定をしました。私たちは山のような数のチームを抱える大企業です。チームはそれぞれ、担当のプロダクト、独自の優先順位、プロセス、ツールを持っています。”共通の”ツールもありますが、チームによって様々に異なる点も多く、内部で開発した単発のツールも数え切れないほどあります（「チーム」とは社の部門のようなもので、数千のエンジニアの集まりです）。 この状況にはたくさんのマイナス面があります。 似たようなツールを構築しているチームがいくつもあり、巨額の冗長な投資が生まれている 「クリティカルマス（損益分岐点を超える生産量、普及率）」に向けた設備投資ができない 皆がバラバラのツールやプロセスを用いているため、従業員が異動しにくい 組織の垣根を越えてのコード共有が難しい “MS限定”ツールの過多のた

Microsoftは本日、巨大なGitリポジトリを快適に管理するための専用ファイルシステム「GVFS(Git Virtual File System)」を発表しました(slashdot)。 GVFSはGitリポジトリを格納するための専用ファイルシステムで、リポジトリを仮想化し、巨大なリポジトリでも高速な動作を可能とすることを目指して開発されているものです(具体例としてあげられているWindowsのコードベースは350万件を超えるファイルが存在し、サイズは270GBを超えている模様)。 必要なファイルだけをダウンロードすることでcloneを高速化し、リポジトリの状態を積極的に管理することで、checkoutやstatusなどに必要な時間も短縮します。例えばcloneにかかる時間が12時間から数分に、checkoutは2〜3時間から30秒に、statsuは10分から4〜5秒に短縮されるとしてい

Git の merge は、「2つのブランチの共通の親を探し、そこから merge されるブランチのコミットを順に merge するブランチに適用」していくものだ。 では、次のようなときどうするか。 ケース 上の画像において、それぞれのコミットは以下の通りである。 S：分岐元のコミット M, G：マージコミット R：マージコミット（M）の revert コミット A, B, C, D：通常のコミット 上記グラフができるまでの流れは、 マージを行う（Mコミットが作られる） 先のマージはまだ早かったと気づき、 revert する（Rコミットが作られる） しばらく経ち、マージしても良くなったので再度マージを行う（Gコミットが作られる） という感じだ。 さて、このときGコミットには、A、B、C、Dの4つのコミットが適用されていて欲しい。 しかし実際には、CとDの2つだけしか適用されない。 なぜなら

工業自動化與智能製造解決方案 168体育在线整合再生能源、儲能、電動車充電與能源物聯網技術，致力提升能源使用效率。 樓宇自動化解決方案 168体育在线利用先進的投影、影像處理及互動技術，為大型展覽、商業展示、藝文表演等活動，提供專業的客製化視訊系統整合服務，近年更以革命性的8K投影技術，在世界各地舉行創新展演，呈現令人驚豔的視覺體驗。

概要 Emojiコミットを導入したらメリットだらけだった。みんな気軽に試してみよう。というお話です。 Emojiコミットとは 一言で説明すると、コミットメッセージの先頭にEmojiを付ける文化のことです。 こちらの記事を読んだ事がきっかけで、担当するプロジェクトに導入してみることにしました。 自分が使うEmojiは、nownabeさんのコミットテンプレートを使わせていただいてます。 ▼使うEmojiと持たせる意味 原則 「任意として使ってみましょう。」とスタートしたので、PJとしてのガチガチなルールはありません。 自分の中で、以下のルールだけは守り運用しています。 必ずEmojiを付ける 付けたり付けなかったり、場合分けをしない。 1コミット1Emoji 1コミットに2つ以上のEmojiは付けない。 1つのコミットには1つの目的（1つのEmoji）で完結させるべきだ。 メリット 数ヶ月間運

2016 - 11 - 04 git/githubのマイナーな便利コマンド list Tweet はじめに 先日、社内勉強会でgit/ github の個人的に好きなコマンドについて発表しました。 弊社では github を使って開発を進めているため、聞いている人は基本的なコマンドについて理解しています。 その上で、あまり知らないであろうマイナーなコマンドについて発表しました。 今回はその発表の中から、いくつか社内で反響の大きかったものをピックアップしてお届けしようと思います。 (基本的な使い方については Atlassianさんの記事 https://www.atlassian.com/ja/git/tutorial/git-basics がわかりやすいと思います。) gitの便利な使い方 git rebase -i HEAD~[X] Pull Requestを作成する前にcommitを整

チームで開発を行うときにGitのスキルは必要不可欠なものとなってきています。以前、Git初心者向けにスライドをまとめたものを紹介しましたが、今回はGit（GitHub）をさらに活用するために参考にしたい記事を紹介します。 この記事は以下のような方におすすめです！ ・ブランチをどのように運用すれば良いのかわからない。 ・コミットメッセージの書き方にいつも悩んでしまう。 ・issueやPull Requestをもっとうまく活用したい。 ・Git�やGitHubに関する便利なテクニックを知りたい。 ・間違ってコミットしてしまったけど対処法がわからない。 今回は、運用編、コミットメッセージ編、issue編、Pull Request編、テクニック編、問題解決編と５つの内容で分類してみました。実践的な読み応えのある記事ばかりなので、ぜひ参考にしてみてください。 運用編 中の人に聞いたGitHub fl

はじめに 私は普段 Tig（てぃぐ）を使っているのですが、どうも Tig の知名度は意外と低いようです。そして噂に聞いて使い始めても、とっつきづらいなどの理由でやめちゃう人も多いようです。 しかし、最初の壁さえ乗り越えてしまえば、Tigは便利なGitツールとして自身のツールボックスに加えられると思います。 実際に私の経験として、同僚に10分くらいで Tig のインストールから基本操作をレクチャーをしたところ 「Tigめっちゃ便利や・・・！」 という感想を頂いたこともあります。 概要 本記事では、Tigを使うモチベーションからインストール、まず覚えるべき「コミット操作」について書いています。 すなわち私が同僚にしたレクチャーの追体験です。 ターミナルにテーマを設定しているため、スクリーンショットがお使いの環境と異なる方が多いと思いますがご容赦ください モチベーション Gitのコミット操作（ス

TL;DR 以下のブックマークレットを作っておけば、ポチるだけでGitHubのディスカッションがすべて開く。 javascript:Array.prototype.forEach.call(document.querySelectorAll('.discussion-item-body'), function(node) { node.style.display = 'block' }); 追記： Chromeのエクステンション、いつのバージョンからか署名が必要になっていたり面倒になったので、ブックマークレットという素敵な解決手段を思いつきました。（なぜ最初からこれにしなかった） 概要 普段、GitHubを使用して開発・コードレビューをしているのですが、 困ったことにコメントしたディスカッションが勝手に閉じてしまったりします。 こんな風に。 クリックすれば開けるのですが、 数が多くなってく