git pullの詳細な挙動を追ってみる - hokaccha memo
git push/pullは何気なく使ってるけど実はよくわかってなかった。ことのきっかけはこういう質問。 hogeというリモートブランチをローカルのhogeブランチにもってきたい hogeをローカルのmasterにはマージしたくない pullでなんかこんな感じでいけそう？ $ git pull origin hoge:hogeでもこれは間違えで、なぜか今いるブランチ（master）にhogeがmergeされるし、期待してる動作じゃない。正解はこう。 $ git branch hoge origin/hogeもしくはチェックアウトも同時にするなら $ git checkout -b hoge origin/hogeこう。自分は普段後者のやり方でやってたけど、なんで上のはダメで下のが正解なのか説明できなかったのでちゃんと調べてみた。 入門Gitと実用Git、あとhelpを参考にした。 ブランチ
git初心者向けのTipsなど - os0x.blog
gitの基本的なcommandしか使ってないって人向けのtips集です。 エイリアスの設定 $ git config --global alias.co "checkout" とすると、 ~/.gitconfig に [alias] co = checkout のように追記されます。 このようにgit configを叩いてもいいですし、~/.gitconfigを直接編集しても大丈夫です。 とりあえず、 [alias] co = checkout # checkout長い… st = status -sb # シンプルなstatus pr = pull --rebase # pull するときにmergeコミットを作らない fo = fetch origin ro = rebase origin # branchでfoしてroすればmasterにrebaseできる rc = rebase -
Windowsで楽勝にgitを使う方法 - L'eclat des jours(2012-02-19)
_ Windowsで楽勝にgitを使う方法 (2012/3/4注：このエントリーは正確には、『Windowsで楽勝かつクリーンにgitをインストールする方法』です。楽勝な使い方については、『デザイナーのためのgit』を読むと良いでしょう） まだすべてのコマンドを試したわけではないけど、次のようにすれば、わずか数クリックでgitが使えるようになる。しかも、Windows環境の汚染も目に見える限りは無い。 1) Heroku Toolbelt for Windowsをダウンロードする。 2) インストールする。この時、既定のインストール先はc:\program files\Herokuになっているが、当然、そのままにしておくこと。 3) インストールが完了したら、「スタートメニュー」－「すべてのプログラム」－「Ruby 1.9.2-p290」（このフォルダはおそらくバージョンアップによって変わ
git - 簡単ガイド
アッド & コミット 変更されたファイルを選択します。 git add <filename> git add * を実行するとIndexに追加されます。 これは基本的な作業の一つです。 変更を実際に適用するには git commit -m "Commit message" を実行します。 変更がHEADに入りましたが、 リモートリポジトリには未だ入っていません。 変更のプッシュ この時点で、変更がローカルリポジトリのHEADに適用されました。この変更をリモートリポジトリに適用するには git push origin master を実行し、masterの代わりに適用のブランチ名を入れます。 もし既存リポジトリをクローンせずに使用した場合 git remote add origin <server> を実行すると、リモートリポジトリを登録する事が可能です。 これで変更を特定なリモートリポジト
ナウなヤングのためのgithub入門講座 -基本機能からdotfiles管理まで- - tumblr
gitによるバージョン管理 バージョン管理システムはつかってますか？ 僕は前に自分の作成したコードを元に、後輩にプログラムを作らせようとしてまずは僕のコードをコピペしろと指示したところ、コピペしかしてない(と言い張る)割にはコピペしたコードは動かず、さらに何故かコピペ元の僕のコードが滅茶苦茶に荒らされて当然のごとく動かなくなるという、なんかもう幽霊の存在を認めない限り説明がつかないような怪奇現象に遭遇したことがあります。しかもそのときはcpコマンドによるバックアップに頼っていて運悪くバックアップを忘れたために僕の貴重な１日が消え去ってしまった訳でして、それから僕はバージョン管理システムに頼ることを固く心に決めました。また僕はその目を覆いたくなるような残虐な事件以来、建設業界に見習って、IT業界でもプロジェクトキックオフ時にお祓いはすべきだと訴え続けています。 まぁそれはいいとして、いやまだ
たのしいGit - Nalsh's Notes
序 言うまでもないことだが、タイトルはジョークである。 そもそもバージョン管理は本来我々がしたい事ではない（一部の人を除く）。別に作りたいものがあり、そこでの作業を円滑に進めるためにバージョン管理するのだから、所詮はヤクの毛刈りである。さらに、Gitクライアントのへっぽこさも相まってなかなかに時間を食われる。この文書はそのような人々が、より円滑にGitを使えることを祈って書かれた。 なお、バージョン管理というのはとても複雑なシステムであるため、バージョン管理自体が目的な人には楽しい世界である。そのような人々はぜひGitやその他のバージョン管理システムのマニュアルやソースコードを読んでいただきたい。きっとその奥深い世界を堪能できることだろう。 Git概説 Gitはこれまでの旧来のバージョン管理システムとは一風違った設計で作られている。また、Git特有の概念も多い。なので、まずGitの概観を説
Git管理の神ツール「Gitolite」なら、ここまでできる！
「Git」使ってますか？ 近年、分散バージョン管理システム「Git」が急速にシェアを伸ばしています。筆者は、チケットシステムやバージョン管理の勉強会などを開催したりしていますが、Gitユーザーがかなり増えてきていると感じます。 しかしながら、そのような勉強会でアンケートを取ってみると、実案件では半分以上の人がSubversionを利用しており、Gitの導入はまだまだ進んでいません。移行コストが掛かったり、プロジェクトマネージャ層への知名度がまだまだ低いというのもありますが、理由の1つとして、ユーザー管理が煩雑であったり、アクセス制御に関する情報が不足しているということもあると思います。 そういうわけで本稿では、Gitリポジトリのユーザー管理やアクセス制御を簡単に行う「Gitolite」を紹介します。 なお、本稿ではGitの利用方法については紹介しませんので、Git自身の使い方については改め
Github を Windows で利用する（Git GUI編）
Github を Windows で利用する方法を紹介します。このエントリーではGit GUIというツールを利用して、 リモートリポジトリの作成 ローカルリポジトリの作成 ローカルリポジトリのコミットとリモートリポジトリへのプッシュ ファイル更新時のコミットとリモートリポジトリへのプッシュ 等について紹介します。「githubの使い方が分からない」というビギナー（私も含め）のためのエントリーです。GUIのオプション設定など詳細な設定は割愛していますので予めご了承ください。 なお、以降の操作を行う前にgithubのアカウント取得は完了させておいてください。 １．ダウンロード githubのサイトにある「Help」をクリック。 右側のメニューから「Intermediate」の中にある「Install Git HTML help」をクリック。 Windowsの説明にある「Msysgit」をクリッ
LT概要「GitとMercurialのリポジトリ構造の違いと歴史改変について」SCMBootCamp in Tokyo - monjudoh’s diary
SCMBootCamp in Tokyo 開催しました。KPT公開。 - うさぎ組にて手ぶらLTをしたので資料はないが、内容を軽くまとめておく。 GitとMercurialの比較 Git Mercurial リポジトリ commit objectのグラフと、branchのHEAD,tagなどの参照で出来ている。 commit objectのグラフだけで出来ている。 歴史改変サポート デフォルトであり。 デフォルトではなし。extensionが必要。 歴史改変 新しいcommit objectグラフを作成し、参照を古いHEADから新しいHEADに移す。表面上要らない歴史の削除として使われるresetはHEADの移動のみを行う。 新しいcommit objectグラフを作成し、古いcommit objectグラフをリポジトリから除去する。要らない歴史の削除として使われるstrip(MQExte
Gitの参考URLメモ - のりーごのアミーゴ日記
メモとして チュートリアル http://d.hatena.ne.jp/zariganitosh/archive?word=git+%A4%C1%A4%E3%A4%F3%A4%C8%CD%FD%B2%F2%A4%B7%A4%BF%A4%A4 http://engineerflies.blogspot.com/2010/03/git.html リファレンス http://sourceforge.jp/magazine/09/03/16/0831212 理解 http://progit.org/book/ja/ http://www.slideshare.net/chacon/getting-git http://keijinsonyaban.blogspot.com/2011/05/git.html http://www.slideshare.net/hiratara/git-7205454
svnのrepositoryをまるっとgitに移行する、ある程度冴えたやり方 - 愛と勇気と缶ビール
歴史的な経緯もあるし、移行する暇もないからsvn使ってるけど、可能ならsvnからgitに移行したいぜ！って心の中で思ってる人はけっこう多いんではないかと思います。 svnからgitに移行する、その際、やっぱり可能ならsvnの歴史とかsvnのbranch/tagなどを保存したまま移行したい！というのが人情だと思います。 ネットで調べると、git svn cloneでいけるんじゃね？という気がしてきますが、先に結論を言ってしまうと、残念ながらgit svn cloneではsvn -> gitのスムーズな移行はできません。というのは、git svn clone含めたgit svn系のコマンド全般は、そもそも「remoteにあるsvn repositoryをgit経由で利用する」ために用意されていて、svnのrepositoryをgitのそれに移行するためのものではないからです。 で、それならどう
Accueil
Beaucoup de personnes désirent réaliser des travaux de rénovation chez eux, mais le projet est souvent reporté, car elles ne savent pas le coût exact qu’il faut débourser pour avoir le logement de leur rêve. Il faut savoir qu’il est difficile de budgétiser précisément les travaux de rénovation, car cela dépend de plusieurs points comme l’accès au logement, la... Vince McMahon, ce nom ne vous dit p
無職のプログラミング githubでソースコードを公開してみた
ソースコードのバージョン管理をきちんとやろうと思い、ソースコードの公開も兼ねてgithubを使うことにした。 これだけのためにCygwinをインストールする気にならないので、msysGitを使うことにした。 Github を Windows で使ってみる 2011 年版 に従ってmsysGitのインストールとgithubのリポジトリ作成を行った。 ~/.ssh が自分の環境には存在しないなど、上記リンク先と動きが違うところがあったので、そこは原文を参照した。 リポジトリは作ったものの、どうやってソースコードを登録すればいいのかさっぱりわからない。 そもそもGitがよくわからない。 そんなわけで 分散バージョン管理システムGitの使い方入門 Gitを使いこなすための20のコマンド をザザっと斜め読み。 でも git add とかよくわからい。 リファレンスはないのかと探したら Git ユーザ
Gitを使った開発・運用フローの紹介
私の所属している会社では、2年程前にバージョン管理システムをSubversionからGitに移行し、現在まで開発フローを試行錯誤してきました。ようやく形になってきたということで、守秘義務に接触しない程度に紹介＆考察していきたいと思います。 形になってきたとはいえ、まだまだ試行錯誤中ですので色々なツッコミは大歓迎です。 現在の開発フローの俯瞰図# 現在の開発フローを俯瞰してみると大体下記図のような感じになっています。途中で図を書くのが面倒になった都合上、Jenkinsさんが１人しか居ませんが、実際はmasterブランチの他にreleaseブランチも監視してもらっています。 以降この図を元に話を進めていきたと思います。 Gitoriousを利用して自由に開発# GitoriousというGitHubに似たサービスがあります。このGitoriousはオープンソースとしても公開されていますので社内に
多人数開発で Git を使う場合の環境構築 | GREE Engineering
こんにちは、インフラやってる sotarok です。最近、社内でも「sotarok は そーたろっくと読む」という誤解が広がっていましたので改めて自己紹介しますと、sotarok と書いて「そーたろー」または「そーたろー・けー」と読みます。ロックしてないのでよろしくお願いします。 今日は、Git の話です。 GREE ではずっと Subversion を使っているという話を、以前開発環境の話をしたときに少し触れたことがあります。Subversion での運用方法も、GREE では割と面白い運用をしているのでその話もどこかでしたいのですが、まあ、それは今回は置いておきましょう。どこかで聞いてください。 GREE もその昔 CVS から Subversion に移ったのですが、時代は流れるもので、いよいよ Git 化という流れがきています。Subversion と Git の違いを今更あえて挙
最速で Git を Mac にインストールして基本的なコマンドを使う方法
git の凄いところをGit 入門の Git とはを参考にさせて頂き、要点を挙げさせて頂きます。 分散型のバージョン管理システムである Linux kernel の開発で培われたノウハウが凝縮された高機能なバージョン管理システムである 分散型について意味が分からなかったのですが、書いてありました。 プロジェクトのメンテナにリポジトリの編集権限を付与してもらわなくても、 各ユーザが自由に自分専用のリポジトリを持てることが一番のメリットではないかと思います。 git を Mac にインストールします。git のインストール方法はたくさんあります。 コマンドを叩いてインストールする git のインストーラーを使う MacPorts を使ってインストールする この中で作業量的に一番最速なのは MacPorts を使う方法です。インストールまでにかかる時間が最も短いのはコマンドを叩いてインストールす
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gitの使い方あれこれ
Gitを使い始めたらやっておきたい便利な設定いろいろ
１５分でわかるGit入門
モデルから知るGit
