Gitチートシート - Qiita
用語 リポジトリ バージョン管理システムにおいて，プログラムやファイルを蓄積しておく場所． Gitではローカルリポジトリとリモートリポジトリの二種類のリポジトリを扱える． ローカルリポジトリ 現在作業中のリポジトリ．主に自分のPCや開発サーバーなどで作業する場合はローカルリポジトリとなる． また，リモートリポジトリからリポジトリをクローンして，自分のPC上やサーバー上に環境を構築することもできる． リモートリポジトリ 外部にあるリポジトリ．リモートリポジトリはローカルリポジトリを通じて作業を行う． 複数人での作業やインターネットに公開する場合に利用できる． ワーキングツリー ユーザーが編集したり新しいファイルを作成したりする場所． インデックス ワーキングツリーでの編集後，リポジトリへのコミットの前に次のコミットの対象となる状態を保持している場所． ブランチ 履歴の流れを分岐して記録してい
git logにブランチ名を表示する git log --oneline --graph --decorate=fullのススメ - Qiita
* commit 1235f58b72bd3323375debbc783a508d8328277cce5 | Author: Masaru Furuya | Date: Fri May 16 00:54:09 2014 +0900 | | git test * commit 2rr29dd167c5d38fec823f2c90fb4896536a6214 | Author: Masaru Furuya | Date: Thu May 15 19:22:14 2014 +0900 | | | * commit 9003273439ba845614650688d7bb752614ec6231 |\ Merge: 90b2dd4 4034903 | | Author: Masaru Furuya | | Date: Thu May 15 18:32:17 2014 +0900 | | | | M
巨大なリポジトリ を Git で上手く扱う方法 | Atlassian Japan 公式ブログ | アトラシアン株式会社
git は、コードベースの発展過程を記録し、開発者間の協同作業を効率化する強力なツールです。でも、記録対象のリポジトリがとてつもなく巨大なものになったときは何が起こるのでしょうか？ この記事では、いくつかの異なる意味での巨大化に正しく対処するためのアイデアと手法を少し紹介してみたいと思います。 二種類の 巨大なリポジトリ よく考えてみると 巨大なリポジトリ が生ずる理由はおおまかに言って二つあります: 非常に長い期間にわたって履歴が積み上げられた (プロジェクトが非常に長い期間継続的に拡大を続けたために開発成果が積み重なった) 場合 巨大でしかも履歴の記録が必要なバイナリ データが存在し、それがコードに反映される場合 その両方の場合 即ち、リポジトリの巨大化は二つの異なる方向に向かって起こることになります。それは、作業ディレクトリのサイズ (即ち直近のコミットのサイズ) の問題と全体の履歴
gitのブランチリストを鮮度順に表示する - Qiita
この記事を書いた2013年当初のgit(version 1.8)から月日は流れ、いまどきのgit (version 2.7以降) は、--sort オプションがあるのでそれを使うのがよいでしょう。というわけでこれを追記しておきます。 git branch --sort=<key> --sortオプションのkeyを指定するだけになりました。 (version 2.7.0以降) 使えるkey は git-for-each-ref のそれと同じなので、日付順にソートしたいときには、authordate,committerdate などが指定可能です。 同じようにタグのリストも git tag --sort=taggerdate のようにタグ付け日時順に並び替えられます。 --sortオプションやkeyの詳細については以下を参照してください。 Git - git-branch Documentat
Macにbrewでmysql5.5系をインストールする方法 - DRY
Macでbrewコマンドを用いてmysql5.5系をインストールしたかったのですが、どうにもエラーが出てインストールできず 最新の適切な対応方法が見当たらなかったので、書き留めておきます。 2013/10/22現在の内容です。 現在 brew install mysql を行うとMySQL5.6系がインストールされます。 それをMySQL5.5系にしたいので下記のやり方にてインストールしようとします。 user@pc[/usr/local]$ cd /usr/local user@pc[/usr/local]$ brew versions mysql 5.6.13 git checkout f60c8fb Library/Formula/mysql.rb 5.6.12 git checkout ed829a3 Library/Formula/mysql.rb 5.6.10 git chec
transitive.info - git blame 使い方
git blame 使い方 ファイルの各行がどのコミットのものか調べる file.txt に対して git blame file.txt とすると、 各行毎にコミットのハッシュ値、著者、時間が表示される。 git blame の出力を変更する -f コミットのファイル名を表示する -s 著者とタイムスタンプを表示しない -l ハッシュ値を短縮しないで表示する 行番号で指定した範囲の各行がどのコミットのものか調べる 「-L」オプションで範囲を指定できる。 行番号で指定するには数字を二つコンマで区切って指定する。 また、「+」と「-」を使ってオフセットを指定できる。 git blame -L 5 file.txt git blame -L ,5 file.txt git blame -L 5,10 file.txt git blame -L 5,+3 file.txt git blame -L
日々雑感・dairy git 特定のファイルの変更履歴を見る
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
git :: git pull の取り消し [Tipsというかメモ]
$ git reset --hard HEAD^ * --hard : ワークディレクトリの物理的変更を行う(ワークディレクトリの内容も書き換える) * HEAD^ : 1つ前の状態
githubにpushしたcommitの取り消し - 七誌の開発日記
githubにpushしてからcommitが間違っていたことに気付きました。以下のようにすると取り消すことができます。 【注意】commitだけでなく変更も失われます。ローカルのソースツリーは残された最後のcommitに戻されます。変更を保存したい場合は使わないでください。コミットログの修正には git commit --amend を使用してください。 git rebase -i HEAD~2 ← エディタが開くので二行目を削除して保存する git push origin +master以下を参考にしました。 How can I remove a commit on github? id:okmount:20091021 古いコミットを書き換える： 歴史修正主義者のための git rebase -i 入門 githubだけ githubだけを取り消すには別の方法もあります。ローカルは同期
gitで共用リポジトリにpushした変更を取り消す。 - このブログは証明できない。
天ぷらを大量に食べました。油でギットギトです。というわけで、gitで共用リポジトリにpushした変更を取り消す方法です。gitって、ローカルのリポジトリを使う参考記事は多いですが、共用リポジトリを使う記事は少ない気がしますね。でも、githubのユーザーは多いと思います。 490円のServersMan@VPS (CentOS 5) をGitサーバーにする会。 - このブログは証明できない。 追記 2010-12-03 ：重要！注意を書いたつもりが書き忘れてました。共用リポジトリをいじるので、複数人で使ってる場合は他の人に影響がでますよね。注意！！ あ。間違えてcommitしちゃった。しかも、共用リポジトリにgit pushしちゃった。しかも、50万円もする布団買っちゃった。まず、間違えてcommitしただけなら、git resetを使います。 $ git reset --soft HEA
git rebaseでブランチをきれいにする - Qiita
この記事で言いたいこと git rebase masterで、現在のブランチのコミットをすべてmasterに適応できる。 コミットを一つずつ適応するため、一度に解決すべき競合が少なくなる。 また、履歴が一本化できるため後から見直したときにわかりやすい履歴になる。 ブランチがこんがらがる 複数のブランチを切って作業していると、 マージがあちらこちらで行われるため、入り組んで見にくくなります。 こういう時に役立つのが、git rebase です。 このコマンドは、現在のブランチと指定したブランチとが分岐し始めたコミットを探し、 そこから現在までのすべてのコミットを、指定したブランチの最新の状態に適応し直します。 例 例をあげると、 Masterのコミットm1 m2 m3 m4があるとします。 さらに、m2から派生したbranch_Aのm2-a1 m2-a2 m2-a3と、 m2-a1から派生し
さくらVPS Capistrano編 - プログラミングノート
基本設定、開発環境設定に引き続き、今回はCapistranoを導入して自動デプロイできるように設定。unicorn+nginx周りの設定も変更して快適にデプロイできるようになりました。 リモートリポジトリの作成 リモートサーバーにリポジトリを作成します。 今回は全て同じサーバーでやるので、自分のホームディレクトリ直下に作りました。 $ mkdir -p /home/ntaku/git/sample $ cd ~/git/sample $ git --bare init 後からcapistranoでアプリを配置するためのディレクトリも作成しておきます。 # mkdir /var/www プロジェクト作成 ここからはローカルで。 新規プロジェクトを作成して、テスト用のコントローラーを追加します。 $ rails new sample -d mysql $ cd sample $ rails g
Git初心者が絶対に覚えておくべきコマンド - idesaku blog
Gitの使い方を覚えるにあたって、まず知っておきたいのは――git-cloneだのgit-commitだのは当然として――「操作をミスったときにどのように回復するか」である。それを実現するのは、次の３つのコマンドだ。 git-commit --amend git-reset git-reflog git-commit --amend あるファイルをコミットしたとしよう。 $ (edit...) $ git commit -am 'メッセージ生成処理を実装したよ。'しかし、しばらくして彼は気づいた。 def create_massage(param) ...typoしてる！massageじゃない、messageだ！マッサージを作ってどうする！ 慌てるな。まずは直してステージに上げるんだ*1。 def create_message(param) ...$ git add .そして…。 $ gi
いざという時のためのgit reflog - Qiita
Git Advent Calendar / Jun. 29日目の記事です．28日目は@uasiさんの「どこでも使える git diff と git apply」でした． 「間違ってマージしていないブランチを消した」「reset --hard HEAD^*で戻しすぎた」ということがたまにある． しかしgit reflogを使うと(GCされていなければ)過去のあらゆるコミット履歴を見ることができ，git logやgit branchでは辿り着けない時点まで戻すことができる． $ git reset --hard HEAD^^ # HEAD^と指定するつもりが間違えた! $ git reflog f5cb888 HEAD@{0}: head^^: updating HEAD b0b8073 HEAD@{1}: merge @{-1}: Merge made by the 'recursive'
Gitのコミット指定時に使うキャレット(^)とチルダ(~)の違い - chulip.org
例えばgit-resetなどをする時などにHEADの2世代前のコミットにHEADを移す場合は HEAD^^としたりHEAD~2としたり。でもHEAD^2という指定もあります。そのへんのまとめ 題材としてアイドルマスターシンデレラガールズ(以下モバマス)で考えます。 まず、適当にリモートリポジトリを作った後git-cloneして最初のgit-commitを行います。 その後、運営の犬であるちひろさんを追加します。ここまでは共通作業ですのでm@sterブランチで行います モバマスはキュート、クール、パッションの3属性があるので3属性分のブランチを作ります。 次に、いわゆる2コスと呼ばれている各属性のコスト2アイドルを追加していきましょう。 キュート:島村卯月 クール:渋谷凛 パッション:本多未央 キュートブランチ $ git co master $ git co -b cute 島村卯月はノー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitで複数のブランチを一括削除するには | KATSUMI KOKUZAWA'S BLOG
git rmせずに普通にrmしちゃったファイルたちと一括でgit rmする - Qiita
Git でローカルの変更を元に戻す - present
[プログラミング] [git] git rmの取り消し - それっぽい駄文![[プログラミング] [git] git rmの取り消し - それっぽい駄文](https://cdn-ak-scissors.b.st-hatena.com/image/square/6f8b2b8d9d18c9e5c79ce695f7d4707b272edaca/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127077729051%2F17680117127077729264%2F1556251219)
Gitで、HEAD^[n]とHEAD~[n]とHEAD@{[n]}の違いが分かってなかったので書いとく - Qiita![Gitで、HEAD^[n]とHEAD~[n]とHEAD@{[n]}の違いが分かってなかったので書いとく - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/63ce6f1420bd07b2ba8b7b87d4b839bbd5f362f6/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9R2l0JUUzJTgxJUE3JUUzJTgwJTgxSEVBRCU1RSU1Qm4lNUQlRTMlODElQThIRUFEfiU1Qm4lNUQlRTMlODElQThIRUFEJTQwJTdCJTVCbiU1RCU3RCVFMyU4MSVBRSVFOSU4MSU5NSVFMyU4MSU4NCVFMyU4MSU4QyVFNSU4OCU4NiVFMyU4MSU4QiVFMyU4MSVBMyVFMyU4MSVBNiVFMyU4MSVBQSVFMyU4MSU4QiVFMyU4MSVBMyVFMyU4MSU5RiVFMyU4MSVBRSVFMyU4MSVBNyVFNiU5QiVCOCVFMyU4MSU4NCVFMyU4MSVBOCVFMyU4MSU4RiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9ZDY5OGRlNDk1ZGIyZTViZjc0ODFlNDViYTg2ZmU5Mjg%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB0YWtvYmEmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPWI0NWNjNGU2NzU0MjI1YmFlMDVlNDU3MGJmMWYwOTRm%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D2b48ca837f00564c80454fabe2c40c5c)
