Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Git に同梱されている contrib/diff-highlight を使います。 あとは README に書いてあることの引き写しですが、PATH の通ったディレクトリに置いて、~/.gitconfig に以下のように設定を書く。 [pager] log = diff-highlight | less show = diff-highlight | less diff = diff-highlight | less すると、対応するコマンドの出力がこんな風になります。 行レベルの diff に加えて、単語レベルでの diff もハイライトされ、GitHub での diff のように描画されました。 組み込みのオプションで --color-words というのがありますが、こちらを使うと行レベルの diff 情報が失われるので、少し不便だったわけですね。とすべて README に書いてあ
Frontrend Vol.6 powered by CyberAgent, Inc. http://frontrend.doorkeeper.jp/events/6907 で発表したプレゼン資料です。 こういう資料に対する投げ銭的なのがどうなるのか気になっていたので、もしよろしければ・・・!15円からできるソーシャルカンパサービスだそうですm(_ _)m http://kampa.me/t/dev
GitHub トレーニングチームから学ぶ Git の内部構造のノートです。 曖昧なところもあるので、間違いがあったら教えてください! http://connpass.com/event/3808/ Graphs, Hashe, and Compression, Oh My! 登壇者:@matthewmccull Hashesについて 従来の CVCS (集中バージョン管理システム)のリビジョン番号は連番。 SVN はサーバーにデプロイした時点でリビジョン番号1と設定される。 Git は SHA1 をつかっている。40桁の16進数のフィンガープリントがついてる。これは理論上は重複しない大きさ。こうすることで単純で強固な DVCS (分散バージョン管理システム)がつくれる。 新しいファイルを追加すると、.git/objects/55/7db03de...(SHA1 finger print)
はじめに この記事は、筆者が自分自身のためにまとめたものですが。以下のような方にもとってもオススメできるのでぜひご覧ください。 これからGitを覚えたい方(まだ簡単に追いつけます!) Git使っているけど実はよくわかっていない方(怖がらず裏を理解すれば意外と簡単でシンプルなんですよ!) 日常的にGit使いこなしているけど、いざというときググってしまう方も理解を深めるのに役立つと思います。(怖くない!Git!!) Gitの基礎・振返り向けサイト Git本家! サイトデザインもかなり洗礼!ここらへんにも人気具合が伺えます。 git-scm.com ドキュメント(日本語)も豊富で素晴らしい。 Git - Book The entire Pro Git book, written by Scott Chacon and published by Apress, is available here
2013年 10月 24日 GitHubを使ってみよう!導入と簡単な流れ、よく使うコマンドなど。 カテゴリ: Git タグ:GitGitHub GitHubを覚えよう覚えようと思ってなかなか手をつけてこなかったので、そろそろ本腰入れて使おうと色々やってみたのでまとめておきます。 1.GitHubとは? 2.GitHubを使えるようにする 3.Git及びGitHubでよく使うコマンド一覧 GitHubとは? github ソースファイルのバージョン管理システムにGitというものがあります。 Gitはリポジトリ(管理保存場所)先として、ローカル、もしくはリモートを選択出来るのですが、GitHubはそのリモート先にあたるもので、プロジェクトの管理をWeb上で行うことが出来るサービスです。 GitHubは無料で利用出来るプランも用意されています。容量に応じて金額が変わってきますが、プロジェクトを非
% git branch -r --merged | grep -v origin/master | perl -pE 's!^\s*origin/!!' | xargs git push --delete origin あとは、git fetch --pruneとかやれば、git branch -r もスッキリして良い。 --mergedにorigin/masterとかが現れるので、grep -v origin/masterとかやって無理やり抜いてある。git flowとかでdevelopブランチとか作ってる場合はそれも抜いてやる必要ありそう。 その辺の--mergedの判定がよくわからない(どこかにマージ後にコミットが発生したブランチとかもリストされちゃうとか?)、うっかり思わぬブランチを消してしまうかもしれないので、とにかく「カッとなった」時に自己責任でオススメ。 あと、github
Gitを日常の開発に使っていても、Gitがどのように動作しているのかや、ブランチやコミットがどのような概念なのかをはっきいりと理解していない人は少なくないでしょう。今回、GitHubのJohn Britton氏がイベントの為に来日し、下北沢オープンソースカフェにてGitについての非常に細かい内容についてのセッションを行ってくれました。 動画 90分ほどのセッションが高画質で録画されています。全編英語のセッションとなっていますが画面も見やすいのでご覧になってみてください。Gitのリポジトリがどういった情報を操作しているのかなどをさまざまなコマンドの実行結果と共に解説を加えるわかりやすい内容です。 大まかな話題 Gitのリポジトリの基本概念 ツリーオブジェクト・オブジェクト ワーキングコピー、ステージング、ヒストリの違い ブランチの動き セッション中のハイライトをいくつかをツイートからご紹介し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く