git addでステージングしたファイルをアンステージング(キャンセル)する - hogehoge foobar Blog Style Beta
git add を実行あとで修正していなかった部分に気づいてしまった場合や、 「git add .」で間違って.swpとかのバックアップファイルがステージングに入ってしまった場合に、 git addをキャンセルする方法です。 コマンドの構文 ファイルをキャンセルする場合 git rm --cached ファイル名 ディレクトリをキャンセルする場合 git rm -r --cached ディレクトリ名 git rmは、Working Tree (作業コピー)と index からファイルを削除するコマンドですが、 --cachedを指定する事で、 indexからのみファイルを削除する事ができます。 http://blog.s21g.com/articles/960 指定する、ファイル名やディレクトリ名にはワイルドカード(*.swp等)が使用できます。 間違って要らないファイルをgit addし
Git - 対話的なステージング
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
ステージを理解して git をもっと便利に使う(その3)
前回から引き続き、「ステージを理解して git をもっと便利に使う」というテーマでお送りする、git解説記事の第3弾です。 まずは、前回までのおさらいです。 git にはリポジトリに格納された「最新のコミット」と「ワーキングコピー」の間に「index」と呼ばれる緩衝地帯が存在しています。チェックアウト直後は 「最新のコミット」＝「index」＝「ワーキングコピー」 ですが、ワーキングコピーを編集した後、git addにより編集内容がstage(indexに登録)され、 「最新のコミット」≠「index(+α)」＝「ワーキングコピー(+α)」 となります。 % git add や % git add -p を積極的に使うことで、編集内容を部分的にstageする/しないをコントロールし、1コミットの内容を洗練しましょう、というのが第1回の内容でした。 第2回はgit diffとgit diff
ステージを理解して git をもっと便利に使う(その2)
前回から引き続き、「ステージを理解して git をもっと便利に使う」というテーマでコマンドを紹介します。 今回は git diff --cached です。 ●git diff --cached 使用例 git diff --cached 前回覚えた git add でstageする/しないを使い分けると、困ったことがひとつ出てきます。 それは git diff が「index」と「ワーキングコピー」の差分だけを表示すること、つまり一旦git addでstageした内容はgit diffで表示されなくなってしまうことです。 前回の復習として、git add直後の「最新のコミット」と「index」、「ワーキングコピー」の関係を思い出してみましょう。 「最新のコミット」≠「index」＝「ワーキングコピー」 git diffは「index」と「ワーキングコピー」の差分だけを表示するので、「最新
ステージを理解して git をもっと便利に使う
git には「stage(ステージ)する」という概念があります。あるいは「index」と言い換えてもいいかもしれません。 簡単にいうと「stageする」＝「特定の変更内容をindexに登録する」＝「次回コミットに含めるようgitに指示する」ということなのですが、この概念は今まで主流だった CVS や Subversion といったバージョン管理システムにはありませんでいした。 長年CVSを使っていて、その考え方に凝り固まっていた私は、gitを使い始めてしばらくはstageやindexの概念を理解できなかったので、今回ここで紹介することにしました。 このstageとindexを覚えると「ひとつのコミットには、その主題となる変更と無関係な変更を含めない」という「バージョン管理システムを使う上で重要なはずなのに、つい疎かにしてしまいがち」なポリシーを簡単に実践できるようになります。 今回stag
)
git/無視するファイルを指定する方法(.gitignoreについて) - TOBY SOFT wiki
はじめに † gitで無視するファイルを指定する方法。 .gitignoreをトップディレクトリに置きます。 注意点：CVS同様基本的にgitはディレクトリを扱いません。ですので、空のディレクトリを扱いたい場合は、空のディレクトリ内に空の.gitignoreファイルを置いてgit管理下におけばよいでしょう。 (ディレクトリを扱えないことはCVSの大きな欠点だと思っていたので、私には疑問点がありますが) ↑ 実例で学ぶ.gitignoreの書き方 † # ←で始めるとコメント行 # サブディレクトリを含む hoge.dcu 等のファイルを無視したい # ※ *.dcuはDelphiのコンパイル済みファイル *.dcu # トップディレクトリの*.exeファイルのみを無視対象にしたくなった、 # サブディレクトリは無視しない方向の場合 /*.exe # tmp ディレクトリまるごと無視したい場
.gitignoreの存在を我々は見過ごしてはならない。 - Qiita
.gitignoreとは？ .gitignoreはGitのリポジトリのルート（.gitフォルダと同じ位置）にあるときに使えます。 Railsの場合 Railsアプリとかだと、logディレクトリはバージョン管理したくないから とか書いてある。 同じように、バージョン管理の必要性がなかったり、していると不都合がおきる、 - sqlite3のDBファイル - キャッシュが入るtmpフォルダ - プロセス監視のpidファイル 等はignoreしておくべきです。（デフォルトで.gitignoreに書かれていますが） .gitignore自体はignoreにするべき？ それを ignore するなんて とんでもない！ .gitignoreはプロジェクト全体で共有しておくと、環境が変わっても（パソコンが変わっても）ignoreされるファイルやフォルダは 一緒な"はず" なので、ignoreはしなくて大丈
gitで管理しないファイルを無視させる .gitignore - misc - @OMAKASE
.gitignore とは名前からも分かるように git で無視するファイルを指定するファイルです。 .gitignore は通常トップディレクトリに置きますが git ではディレクトリのみを管理しないためルートディレクトリ下のサブディレクトリなどにも置く事が可能です。 .gitignoreで指定できる書式 ハッシュ記号で始まる行はコメントとして扱われる 空行は無視される ! マークで始まる行は残りのパターンを否定します スラッシュ/で終わる場合はディレクトリのみを表す スラッシュ/で始まる場合はルートディレクトリからを表す どこにもスラッシュ/が無い場合はシェルのglobパターンとしてファイル名のベース部分にマッチするか検査される 複数マッチするパターンがある場合は最後にマッチするものが優先される 設定できる.gitignoreパターン色々 *~ ファイル名の最後に ~ がある全てのファ
msysGit（Git for Windows）がいよいよ公式に UTF-8 をサポート！
最近、Git について勉強しています。Windows で Git をやるなら Cygwin と msysGit（Git for Windows） がメジャーなようです。 Cygwin Git のいいとこ悪いとこ Cygwin は UTF-8 な日本語ファイル名にも対応しており、Cygwin の中で閉じて Git を使っている分には何不自由なく使えるのでお勧めです。 ただし、次のような悲しいポイントがあります。 Cygwin 版 Git は、Windows 向けの GUI な Git ソフト(TortoiseGit や Git Extensions)との相性が悪いWindows のエディタやマージツールと連携しようとするとパスのポリシーが違うのでうまくいかないnkf を噛ませようとしても、Cygwin 用の nkf バイナリは公式配布されておらず、わざわざ Cygwin 上で make する
Windows環境でGitを使う
GitはLinux OS上でC言語とシェルスクリプトで記述されており、Windows環境ではMSYSというPOSIX APIをWindows API上で模擬するラッパーを介して移植したｍｓｙｓgit（Git for Windows）を使います。そのため、Linux上でGitを使うより不安定な部分があります。 また、msysgit以外にも、Cygwin上でgit、Javaで作成されたJGitなどがあります。 msysgitはコマンドライン（MSYSに含まれるbash、またはコマンドプロンプト）のほかにGUI（Git GUI）も持っていますが、Tortoiseシリーズに慣れた人向けにTortoiseGitや、より高度な（そしてちょっと複雑な）GitExtensionsというmsysgit上で動くGUIツールが存在します。 Gitでの日本語の扱いは、以前はまともに対応されていない（使いたければ英
Git - リモートでの作業
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
１分でわかる、GitとSubversionにおけるブランチの違い · DQNEO日記
Subversionにおけるブランチとは、ディレクトリのことである。 Subversionにおいては、ブランチとは単なるディレクトリに過ぎません。 Subversionではよく下記のようなツリー構造にすることが推奨されます。 project - trunk - branches - foo - bar ブランチfooやブランチbarは、たいていtrunkディレクトリをコピーして作ります。 「ブランチを作成する」という行為は「ディレクトリをコピーすること」と操作的には同じであり、１コミットとして扱われます。 $ svn cp svn://path/trunk svn://path/branches/foo -m "make branch" 「ブランチの名前変更」も「ディレクトリのリネーム」と同じ操作であり、やはり１コミットして扱われます。 $ svn mv svn://path/branch
SVN から Git へ：進行中の開発に影響を与えずに Git へ移行したアトラシアンの方法 | Atlassian Japan 公式ブログ | アトラシアン株式会社
*本ブログは Atlassian Blogs の翻訳です。本文中の日時などは投稿当時のものですのでご了承ください。 *原文 : 2013 年 1 月 3 日、Jonathon Creenaune 投稿 “From SVN to Git: How Atlassian Made the Switch Without Sacrificing Active Development“ このポストは、エンタープライズ開発チームが Git に切り替えることに注目した連載記事の一つとして、Dr.Dobb’s で紹介されました。 アトラシアンでは、ここ何年もの間、DVCS に熱狂していました。私たちは DVCS に多額の投資を行ってきたのです。Bitbucket (クラウド DVCS リポジトリのホスト) を買収し、Stash (社内環境での Git リポジトリマネージャ) を開発しました。さらに、Fish
危なくないgitこと、うちのチームのgit戦略草案(ver. 2)
履歴 恥を忍んで記事を公開させていただいたおかげで、いろいろフィードバックいただきました。フィードバックを取り込んで更新を行なっています。 2012/11/16: cherry-pickしやすいように、というくだりのところは論理通ってないので削除しました。 1 pull req. 1 commitの原則をやめました。言いたいことであった「試行錯誤の過程を入れないで」を丸パクリしました！ > id:kazuho その他表記修正、クリアコードさんの記事に説明丸投げなど。 まえがき gitでトラブった！という話を何度か聞いたことがあります。なんでトラブッてるんだろう…と話を聞いたところ、同一のリモートブランチに対して複数人・複数環境から操作が行われているようです。極端な例を挙げると、masterブランチしか存在しておらず、コミットログをキレイにするためと称してgit pull –rebaseを常
git メモ (git - MemoWiki v5)
Cheat Sheet リモートリポジトリをローカルにコピーする コードを修正し、ステージに上げる、コミットする、リモートリポジトリへ反映する ワークツリーの状態を見る ワークツリーとインデックスの差分を表示する インデックスとリポジトリの差分を表示する リモートリポジトリの更新をローカルに反映する ワークツリーでの修正を取り消す リモートリポジトリのブランチのリストを表示する 新しいブランチを作る タグを打つ、リモートリポジトリへ反映する リモートリポジトリのブランチをローカルリポジトリに持ってくる master にマージする前に master の最新をブランチに反映する (rebaseを使う場合) 過去のリビジョンへと巻き戻す ブランチ名の変更 ブランチの複数の履歴を1つの履歴にまとめてマージ ローカルのブランチを削除する リモートブランチを削除する チェリーピック 差分の統計情報を表
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redirecting Git for Windows' homepage...
git初心者がEclipseでgithubを使ってみる。
１５分でわかるGit入門
こわくない Git
[ヅ] はじめてのgitクライアント導入 (2011-03-21)