[B! git] nodoca_engineのブックマーク

Git の仕組み (1) - こせきの技術日記

目次はじめに Git を使ったことがない方へ生のデータが見たい方へ Git の全体像 .git の中身 Git オブジェクトデータベース 4種類のオブジェクトリファレンスリファレンスのリファレンス大きなツリー Git オブジェクトの ID と中身ハッシュ関数 SHA1 の簡単な説明 tree と blob オブジェクト tree と blob の参照関係ルートツリーの ID でツリー全体を識別する commit オブジェクトリファレンスとブランチブランチブランチ先頭を指すリファレンス HEAD リファレンス detached HEAD 2種類のタグ一時待避 (stash) インデックスキャッシュとしての役割マージ Fast-Forward マージ non Fast-Forward マージ rebase reset 2種類のブランチ各リポジトリが自分のブランチを

nodoca_engine 2018/06/20

git

リンク

Emojiで楽しく綺麗なコミットを手に入れる | Goodpatch Blog

綺麗にコミットしてますか？？はじめまして！Emojineerのnownabeです。グッドパッチではProttのサーバサイドエンジニアをやっています本記事ではGitのコミットを綺麗に保つためにProttチームで導入しているEmoji Prefixを紹介します。 Emoji Prefixって何？ Emoji Prefixは「Gitのコミットメッセージの先頭にEmojiをつけよう」という一種のスタイルガイドです。 GitHubなどEmojiに対応しているGitホスティングサービスの利用を前提としています。 Emoji Prefixをつけてコミットすると、例えばGitHubならこのように表示されます。基本はコミットメッセージの先頭にEmojiをつけるだけです。ただし、EmojiはEmoji Prefixのルールに従って決める必要があります。コミットの種類によってEmojiが決まる、という

nodoca_engine 2016/07/08

git

リンク

git-reviewer 書いた - その手の平は尻もつかめるさ

code review の reviewer 選出をする時，pull request の内容をざっと眺めてから「この部分だから XX さんかな」とか「あそこのコードは YY さんが詳しいだろう」とか，そういう感じで選ぶことが多くて，つまりは勘と経験で選びがちになってしまう．これについては常々いくばくかの危うさを感じていた．そもそも，「reviewer として誰が最適か」という知識はプロジェクトに長く関わっている人でなければ知りにくいものであり，いわば属人的な知識のひとつだと思っている．プロジェクトからそういった長老的な人がいなくなってしまったら，最適な code review を実施できなくなってしまう可能性がある．従って，やはり技術で解決ということになる． Facebook が作っている mention-bot という GitHub の bot として動作するやつがあって，これは p

nodoca_engine 2016/06/19

git

リンク

[新人教育] 何も知らない人がGitとGitHubを独学で知る - Qiita

一通りやりましたがめちゃオススメです。画面の指示に従って進めていくだけで Gitの概念からプルリクエストのフローまで学べます。 ※実際にプルリクエストを送ることができます。 ※章末ごとに正しく操作できているかのチェック機能があります。所要時間は、Git使い慣れてる人で1時間未満。未経験者でも3時間あればなんとか！(ハマり具合による) Git・GitHub始めたばかりの人から復習したい人まで！また、研修でも使えると思います。日本語版も出来たみたいですのでぜひお試しあれ！ ...と勝手に宣伝。 [git-it-electron(概要)] https://github.com/jlord/git-it-electron#user-content-git-it-desktop-version [ダウンロードページ(日本語版)] https://github.com/jlord/git-i

nodoca_engine 2016/05/13

git
勉強

リンク

Gitの使い方をアニメーション付きで学べるサイト「Learn Git Branching」 | ライフハッカー・ジャパン

「Learn Git Branching」はGitの使い方をアニメーション付きで学べるサイトです。Gitを使い始めて間もない方には重宝するサイトだと思われます。Gitでいまどういったフローになっているかを視覚的に分かりやすく解説してくれます。ブラウザがあればいつでも学習できる点も助かりますね。以下に使ってみた様子を載せておきます。まずLearn Git Branchingへアクセスしましょう。いくつかの学習項目が用意されていますので気になったものを選んで学習できますよ。自分でコマンドを打って動作確認できます。間違えても大きな失敗にはなりませんので、安心して気軽に取り組めますね。Gitを学習し始めた方はもちろんのこと、そろそろ復習しておきたいなという方もおすすめできるサイトです。ぜひご活用ください。 Learn Git Branching （カメきち）

nodoca_engine 2016/05/10

git

リンク

https://qiita.com/falloutkids/items/08b3b7a2dfdc4c9eeaa3

nodoca_engine 2016/01/05

Git

リンク

もうGitは怖くない：自信を持って使いたいあなたへ - 檜山正幸のキマイラ飼育記 (はてなBlog)

2014初頭に書いた「WindowsにおけるGit利用環境は整った： Git for Windows と SourceTree for Windows」の最後の文：ブランチは、Gitのなかで最も重要でありながら最も分かりにくい概念でしょう。表面的な言葉に騙されず、先入観を持たず、SourceTreeの視覚的表示（樹形図）の力を借りながら学習するのが、理解への一番の近道です。そんへんの詳しいことはまたの機会に述べるかも知れません。 1年半以上たってしまいましたが、「またの機会」がやって来ましたよ。ええ、Gitの説明をします、ブランチを中心に詳しく。「基礎編」と「ブランチ編」で2回に分けようかと思ったけど、長大な記事として一挙公開。これからGitを使う人が対象ではありません。Gitが何をやっているのか、自分が何をやっているのかイマイチ自信が持てない方向けです。ブランチやマージって、なん

nodoca_engine 2015/09/30

git

リンク

Gitのつくりかた | メルカリエンジニアリング

はじめまして。サーバサイドエンジニアの @DQNEO です。今日はGitのつくりかたをご紹介します。 C言語学習教材としてのGit Gitと同じものをゼロから作って何の意味があるのか？と思いますよね。私がこの再発明をやり始めた動機は「C言語を書けるようになりたい」でした。実際に途中までやってみたところ、 C言語がチョットデキるようになった Gitの内部構造に詳しくなったというメリットが得られました。 C言語を勉強する題材は、テトリスとかWebサーバとか他にいくらでもあるのですが、Gitを実装してみるのはかなりおすすめです。理由は下記の通りです。内部構造が意外と単純 (ローカルで動かす分には)ネットワークの知識が不要普段使っているツールで外部仕様がわかっているので、やるべきことが明確余談ですが、本家Gitのソースコードを参考にしようと思って読んでいたら、Linus Tovals

nodoca_engine 2015/09/15

git
c

リンク

Git（GitHub）の運用で気をつけていること - えいのうにっき

ある日、 PR の内容を見ずにマージすることを岡島（ピッチャーの）というらしい　笑った— いのうえ (@a_know) 2015, 9月 10 ということで、脳天気に笑っていたら、 @a_know むしろイキナリmasterリポジトリに直接pushするパターンですね！— そーだい＠初代ALF (@soudai1025) 2015, 9月 10 という話になり、そしてなぜだか、 @a_know push -fと同様、Gitの運用アンチパターンとかどこかに纏めがほしいですねー。　#ブログ待ってます— そーだい＠初代ALF (@soudai1025) 2015, 9月 10 というはなしになったので、本当に必要として頂いているのかどうかはともかく、 Git / GitHub でぼくやぼくの職場で気をつけていそうなことをまとめてみる。もくじもくじ GitHub Flow に沿って開発する基本

nodoca_engine 2015/09/14

git

リンク

Gitのデータモデル

近藤です。こんにちは。Gitは様々な利用の仕方ができますが、その基盤となるモデルは8個だけの簡単なモデルです。これらのモデルを理解していない状態でGitを利用すると、あたかもリポジトリが壊れたように見えてしまいます。Gitは難しいと言われますが、そういう感想を持つ人はGitのモデルを理解していない事が多いようです。今回はGitを構成する中心モデルと、基本的なコマンドを実行した時のオブジェクト関係を解説します。基本概念 Gitの基本概念は大きく2つにわかれます。 GitObject Reference GitObjectはGitで管理するオブジェクトです。CommitなどがGitObjectです。Gitリポジトリである.gitを開くとobjects配下にあるファイルがGitObjectです。GitObjectはそのコンテンツをハッシュ化した文字列を元に、先頭2文字で配置フォルダ、残りの文

nodoca_engine 2015/07/20

git

リンク

デザイナーがこうやってGit覚えて大好きになったよ♡ - Qiita

はじめにこんにちは！nanapiデザイナーのyunicoです！「Git Advent Calendar 2014」の15日目を担当します（^o^）今年はなんか色々GitGit言っていた年だったので、最後にアドベントカレンダーに参加しちゃいます！わいわい！去年からすると、まさか一年後にGitのアドベントカレンダーに参加しているとは思いもよりませんでした〜。感慨深いものです！よろしくお願いします＜(_ _)＞前置きと今年やったことまとめ Tech BlogでGitについて書いた nanapi勉強会でTL GithubKaigiでTL PatchworkTokyoでメンター&LT Gitが大好きになった♡というブログを書いたら色々ご縁があり、3回ほど登壇しました(╹◡╹) nanapi勉強会vol.2では「 GUIじゃなくてターミナルからコマンドでGit使うと便利！」という話、GithubK

nodoca_engine 2015/03/05

git

リンク

Git を学ぶ - チュートリアル、ワークフローおよびコマンド | Atlassian

Git は、元々 Linus Torvalds によって 2005 年に作られた、無料でオープンソースのバージョン管理システムです。他の SVN や CVS といった中央バージョン管理システムと違って、Git は分散型で、すべての開発者がローカル環境で彼らのコードのリポジトリの完全な履歴を持っています。これは、最初のリポジトリのクローン作成に時間がかかりますが、commit、blame、diff、merge、log といったこれに続く作業を劇的にスピードアップします。 Git は多くの革新的で強力なワークフローやツールにつながる、リポジトリ履歴のブランチ、マージ、および書き換えに非常に役立ちます。プルリクエストは、チームが Git ブランチでコラボレーションを行い、他のコードを効果的に見直すことができる、非常に人気のツールです。Git は現在世界で最も広く使用されているバージョンコント

nodoca_engine 2015/03/04

git

リンク

Gitでやらかした時に使える19個の奥義 - Qiita

タイトルは大目に見てください><。本内容は危険な操作を伴うのでくれぐれも自己責任でお願いします。間違いもあったら指摘ください。ローカル編自分のローカル環境だけで閉じていて、他の人への影響がない場合に有効です。リモートにプッシュしちゃってる時は、他人への影響が発生するので危険です。やらかし１：コミットメッセージに禁止ワード入ってて人生やめたい時コミットメッセージを修正するのは簡単です。ファイルの追加なんかもできちゃいます

nodoca_engine 2015/02/19

git

リンク

Steins;Git

Steins;GitはSteins;Gateを用いてGitを解説する薄い本です。 Steins;GitはSteins;Gateの二次創作物です。そのため貢献をする前に次に挙げるページを読み、これらに遵守した形で貢献をしていただけるようお願いします。著作物転載ガイドライン｜ニトロプラスNitroplus 二次創作活動における同人誌等の活動に関する取り扱いについて｜ニトロプラスNitroplus Steins;Gitの執筆方針について Steins;Gitは「Gitの使い方を、Steins;Gateの世界観を使って説明する」書籍です。「Steins;Gateのストーリーの流れに沿って、Gitの説明をする」書籍ではありません。簡潔に書くと「シュタゲ本」というよりは「技術書」よりです。とはいえ、なるべくSteins;Gateを絡めていきたいですし、全体の雰囲気もSteins;Gateっぽくした