Gitのステージング領域の正体を探る | メルカリエンジニアリング
ソフトウェアエンジニアの @DQNEO です。こんにちは。 Gitの内部構造を深掘りするシリーズ３回目です。 前回までのお話はこちら Gitのつくりかた – Mercari Engineering Blog Gitのコミットハッシュ値は何を元にどうやって生成されているのか – Mercari Engineering Blog 今日はみんなだいすき「ステージング領域」の中身について解説してみます。 ステージング領域とは何か？ 簡単に説明すると「次にコミットしたときにコンテンツとして登録されるもの」リストです。(別名「インデックス」ともいいます。) このリストは、 git addやgit rmしたときに書き換わります。 (古くはcacheと呼ばれていました。内部実装やgit diff --cachedに今もその名残があります。) git addのマニュアルに説明があります。 Git – git
図で分かるgit-mergeの--ff, --no-ff, --squashの違い - アジャイルSEを目指すブログ
git-merge の--ff, --no-ff, --squashの違いをまとめてみた。 git helpから引用 まずは、git helpを読みましょう git merge --helpから引用（抜粋） NAME git-merge - Join two or more development histories together SYNOPSIS git merge [-n] [--stat] [--no-commit] [--squash] [-s <strategy>] [-X <strategy-option>] [--[no-]rerere-autoupdate] [-m <msg>] <commit>... git merge <msg> HEAD <commit>... git merge --abort OPTIONS --ff, --no-ff Do not gene
gitコマンド派閥 - 弥生開発者ブログ
Misoca開発チームのmzpです。 開発チームでgitコマンドの使い方について話したら、それぞれ使い方が微妙に違っていることが分かりました。せっかくなので、それぞれの人に、なぜその使い方をしているか聞いてみました。 一時的に変更を退避させる方法 作業を中断するときにするとき、作業中の内容を退避させる方法です。 git stash派 git stash で退避させる派です。 そして再開するときは、 git stash pop で退避させた内容を適用します。 使っている理由は「コミットする内容はキレイに保ちたいので、作業中の内容はコミットしたくない」でした。 適当にコミットする派 適当な内容でコミットし、あとで cherry-pick するなり、 rebase するなりする派です。 使っている理由は「退避した内容をリモートのブランチにpushしたいので、普通にコミットしている」でした。 pu
いい感じの.gitignoreファイルをらくらく作成する - ppworks.jp
.gitignore、プロジェクトごとにいい感じのものテンプレートあると便利ですよね。 そういうテンプレートがまさに、github/gitignore にあるのですが、そのテンプレートをコマンドラインから持ってくるgemがgemignoreである、とのこと。 install gem install gemignore # もしくは # rbenv exec gem install gemignore # とか 使い方 .gitignoreがなければ作ります touch .gitignore 対応しているプロジェクトを見てみる gemignore list 検索してみる gemignore search obj 試しに、Objective-Cを入れましょう gemignore a Objective-C cat .gitignore # Added by gemignore. Snippet
追跡ブランチ (tracking branch) というブランチが何なのか調べた - snowlongの日記
まとめ 追跡ブランチを指定する git checkout -b fb_track origin/develop あとから追跡ブランチを指定する git branch --set-upstream-to origin/[branch-name] 追跡ブランチ (tracking branch) という概念がわからない 以前、「tracking branchを指定していないからgit pull してもこのブランチには更新されないよ〜」と言われたことがあり「？？？」となったまま疑問を解消せずに放置を決め込んでいた。 いちおうGit/Githubは操作することはできるけど、きちんと理解したいな、疑問点はすぐに解決しないとなと思いたち調べてみました(1年以上放置してきた疑問だけど:p)。 master とorigin/masterの違い まずは、「master とorigin/masterの違い」に
gitのリモートリポジトリをさくらのVPSに設置して自動ビルドさせる方法 - バカンス駆動開発
前提 すでに公開ディレクトリに走らせているソースコードがある。 今までは一人で管理していたが、複数人でgitで管理することにする。 ローカルからプッシュすると公開ディレクトリに自動でビルドされるようにする サーバー環境はさくらのVPSでCentOS5.6。 gitはすでにインストール済み。 公開ディレクトリを/var/www/html/website/とする。 中央リポジトリを/var/www/git/website.gitに置く。 流れ 作業グループを作成してユーザーを所属させる 中央リポジトリを作成 公開ディレクトリ以下をgitで管理 公開ディレクトリから中央リポジトリにプッシュ 公開ディレクトリを消去して新規作成 公開ディレクトリ上で中央リポジトリをクローン ディレクトリの権限等をきちんと設定 ←一番大事！ 中央リポジトリにローカルからプッシュすると公開ディレクトリに自動でビルドさせ
チーム開発に必要なGitコマンドを神速で習得しよう！
すみません、タイトルは釣りです。書籍『入門git 』と『もっと早く知りたかった！ Gitが鬼のようにわかるスライド厳選7選』、『Gitがこわくて触れられなかったけど、このスライドで理解出来るようになったよGitサイトまとめ』紹介のスライドを読んで、理解したことをまとめるためにこの記事を書きました。今までは個人でしかGitを使っていなかったので、チーム開発に必要なGitコマンドを少しでも理解できるように頑張ります！ (05/13 08:45) githelpを追加 🐡 Gitの基本的な開発スタイルについて From イラストでわかる！git入門の入門 Gitの基本的な開発スタイルは次のとおりです。 (1) gitの開発ではローカルで使う個人リポジトリとチームで使う共有リポジトリを用いる (2) 共有リポジトリに push すると個人リポジトリのこれまでのコミット内容を送れる (3) pul
Git ユーザマニュアル (バージョン 1.5.3 以降用)
(訳注：この資料は、http://www.kernel.org/pub/software/scm/git/docs/user-manual.html に掲載されている 内容を日本語訳したものです。 英語が得意でないので、誤訳があるかもしれません。 必要な場合は、原文を参照してください。) git は高速な分散リビジョン管理システムです。 このマニュアルは、基本的な UNIX コマンドのスキルをもった人が読むことを想定していますが、 git に関する前提知識は必要ありません。 Chapter 1, リポジトリとブランチ と Chapter 2, 履歴の探索 では git を使用してプロジェクトを取得・調査する方法を説明します。 — これらの章を読むことで、ソフトウェアプロジェクトの特定のバージョンをビルドして テストしたり、回帰点を探し出す方法などを習得してください。 実際に開発する必要のあ
github を Windows で使ってみる
— Your Dashboard — GitHub バージョン管理の github を windows から使ってみようと思いやってみました。 ちなみに私は Home — GitHub Guides — GitHub を見たりしつつ、こうやって使うんだなとうっすら理解した程度のレベルです。できたものの書いておかないと忘れそうなのでメモ。 アカウント作成、リポジトリを作る まずは github にアカウントを作る。SSH Public Key は空白のままでとりあえずアカウント作成。 ログインしたら「Create a Repository」と書いてあるリンクからリポジトリを作成。 Project Name：適当に付ける。 Description：このリポジトリの説明。なくても OK。 Homepage URL：空白でも OK。 Who has access to this repositor
GitHubをTortoiseGitから使ってみる - ツカサのチラシのウラ
TortoiseGitが実用レベルに達したそうだ。 (TortoiseSVNを100とすると93の完成度らしい。) ということで、前々から使おうと思っていたGitHubをTortoiseGitで使ってみる。 ※windows 7 RC版で試しました。 まずはインストールするの以下の3つ tortoisegittortoisegit日本語化ファイル msysgitTortoiseGitはデフォルトのまま進めば問題なくインストールできる。 日本語化の仕方はTortoiseSVNとかと同じ要領でいける。 mysgitも基本的にデフォルトでいいのだが、sshクライアントをOpenSSHかPuTTYのどちらかを選択できる。 自分はPuTTYを選んだ。パスはTortoiseGitインストールディレクトリ/bin/TortoisePlink.exeを指定すればOK 次にGitHubを開いてcreate
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
