Content-Length: 326872 | pFad | http://b.hatena.ne.jp/HISAMATSU/git/
githubからcloneしbranchを指定してcheckoutする方法 - memo.yomukaku.net
2011-12-08 12:45 githubに限ったことではありませんが、リモートのリポジトリのmaster以外のbranchをチェックアウトしたい場合があります。 このような場合には、次のようにひとまずcloneした後でbranchを指定してcheckoutします。 例として、Twitter社がオープンソースで公開されているbootstrapの2.0-wipというbranchをチェックアウトします。 一連のシェルの操作をそのままペーストしてみます。 tune66:~ $ cd Desktop/ tune66:~/Desktop $ git clone https://github.com/twitter/bootstrap.git Cloning into bootstrap... remote: Counting objects: 5662, done. remote: Compr
Gitを使っていて zsh: no matches found: HEAD^ などと言われない方法 - 工夫と趣向と分別と。
Gitを使っていると、今のcommitなし！とgit reset --soft HEAD^したり、abc1234以降のコミットをパッチ化したい！とgit format-patch abc1234^したくなることがよくあるわけだが、この^はzshの拡張グロブ有効化時（setopt extended_glob）はメタ文字として働くため、そのまま入力すると標記のエラーで怒られてしまう。 いちいちエスケープするのは面倒だと思うのだが、ぐぐってみても正面から対処している人があまりいないようなので紹介しておくと、拙作のgit-escape-magicを使えば良い。リンク先のドキュメントの通り、ふつうに入力するだけで、いい感じに文脈を見て自動エスケープしてくれる。 このように、zle（zshラインエディタ）をいじると結構おもしろいことができる。 たとえば、3つ上のディレクトリを参照するために../../
GITLAB: Self Hosted Git Management Application
1. Keep your source code at your server! Your own lite app for projects/repositories hosting on your server. Fast, secure and stable solution based on ruby on rails. 2. Use Git! We use git as version control system for projects 3. Browse source-code, issues, comments. Manage team access to repository
gitでインデント量以外の変更点を表示する | Webシステム開発／教育ソリューションのタイムインターメディア
問題 バグフィックスなりリファクタリングなり何かをするため、 コード中の複数のブロックのインデントを変更するということは少なくありません。 例えば以下のようなコードがあるとしましょう: private void UpdateData() { var db = GetDatabaseConnection(); data1.UpdateSomething(); data2.UpdateSomething(); data3.UpdateSomething(); data1.Save(db); data2.Save(db); data3.Save(db); } このコードは一連のデータを更新してデータベースに保存しています。 しかしこの手の更新はデータの一貫性を保証するためにトランザクション内で実行されなければなりません。 という訳でこのコードは以下のように修正されるべきです: private v
Gitをバックエンドに使ったプログラマ向きWiki - Gitit - Masatomo Nakano Blog
Wikiというものはとても便利なんだけど、 大量の文章を書くにはWebブラウザのインターフェースはまだまだ辛い オフラインで使えない(文章書くのは電車が一番) 複数の文章を再構成したり、一括で検索したり、置換したりは、Webだとやっぱりきびしい と言った欠点がある。 とは言え、誰でも気軽に編集できるWikiの魅力も捨てがたい。 そこで、「Wikiではあるんだけど、ローカルでも自分の好きなエディタで簡単に編集できるツールないかなー」と探してみたら、 Gitit というWikiを発見した。 ここ数日、結構な量のドキュメントをGititで書いてみて、わりと満足しているのだけど、検索してもGititの日本語の情報があまり出てこないので紹介してみる。 Gititの特徴 コンテンツをGitのレポジトリに保存する。 そのGItレポジトリをcloneして好きなようにいじってからcommit/pushすれば
gitolite で Git リポジトリへの SSH アクセスを制御する - WebOS Goodies
WebOS Goodies へようこそ！ WebOS はインターネットの未来形。あらゆる Web サイトが繋がり、共有し、協力して創り上げる、ひとつの巨大な情報システムです。そこでは、あらゆる情報がネットワーク上に蓄積され、我々はいつでも、どこからでも、多彩なデバイスを使ってそれらにアクセスできます。 WebOS Goodies は、さまざまな情報提供やツール開発を通して、そんな世界の実現に少しでも貢献するべく活動していきます。 先日、安価な VPS サービスである ServersMan@VPS を契約しまして、以前から欲しいと思っていた Git リポジトリのホスティング環境を構築してみました。複数の Git リポジトリを作成して、リポジトリごとにアクセスできるユーザーを制限するものです。 Github を使えという話もありますが、単にリポジトリが欲しいだけなら VPS のほうが安いので…
KYOKUTYO NO BLOG. » Blog Archive » Gitで特定ファイルを昔の状態に戻す
間違えてコミットしてしまったファイルを、前のバージョンに戻したい。いくつ前のバージョンに戻したらいいかわからない。という時に。 作業手順 ファイルの中身を確認 % git show HEAD^:path/to/file や % git show HEAD^^:path/to/file をして、以前のバージョンのファイルの中身を覗く。 特定のバージョンにファイルを戻す バージョンがわかったら戻す。 % git checkout HEAD^ path/to/file すると以前のバージョンの内容に戻ってる。 使用例 どんな場合に使うか(使ったか) 今回↓のような状態で使った。 % cat index.html ここは○○のホームページです // 普段の内容 % vi index.html あけましておめでとうございます。ここは○○のホームページです // 年始用 % git commit -
A successful Git branching model を翻訳しました
Vincent Driessenさんの "A successful Git branching model" を翻訳しました。 元記事はこちら： http://nvie.com/posts/a-successful-git-branching-model/ （翻訳の公開と画像の利用は本人より許諾済みです） このブランチモデルの導入を補助してくれる、git-flowというGit用プラグインがあるそうです。 翻訳の間違い等があれば遠慮なくご指摘ください。 A successful Git branching model この記事では、私のいくつかのプロジェクト（仕事でもプライベートでも）で約一年ほど導入して、とてもうまくいくことがわかった開発モデルを紹介する。しばらく前からこれについて書くつもりだったんだが、今まですっかりその時間を見つけられずにいた。ここでは私のプロジェクトの詳細については書
Git と GitHub を体験しながら身につける勉強会行ってきた - 予定は未定Blog版
9/18（土） 15：30～ GitとGitHubを体験しながら身につける勉強会（名古屋） : ATND 行ってきました。 なんかいろいろと話すことになったんですけど、あの場で言いそびれたこととか、もっとこう説明してればよかったなぁ、って部分の補足も兼ねたエントリです。 長文注意。 ショートカット git add の話 git add -p/git reset -p の話 リビジョン番号がない話 ブランチの話 git-completion の話、__git_ps1 の話 コミットの指定の話 reset の話 rebase と merge の話 公開したものの rebase の話 stash の話 TortoiseGit、HG、SVNのはなし 全体を通して git add の話 Git と SVN では、add に限らず、同じ名前のサブコマンドでも意味が異なるものがいくつかあります。 その中
.gitconfigに設定してるaliasなどのまとめ - ( ꒪⌓꒪) ゆるよろ日記
22:56 @thinca さんからの指摘を追記 @yuroyoro あとお節介ですが、n個前とdiffなら HEAD^ より HEAD~ の方がいいと思いますよ。両者では若干意味が違います。~なら HEAD~3 と数字が書けるのも利点です。あと個人的にはwhatchangedよりlog --statの方が見やすくて好きです。 2010-10-08 22:30:52 via Tween to @yuroyoro @yuroyoro URL このgitconfigの記事に関して質問なのですが、core.excludesfile は $HOME で動きますか?以前試した時ダメで、~/ なら動いたのでこちらを使ってるんですが。 2010-10-08 22:20:49 via Tween to @yuroyoro 「そんな.gitconfigで大丈夫か?」 そんなわけで、仕事でもモリンモリンにgi
gitメモ：ブランチを切ってないのにやばいコードを書いちゃった場合 - hylom's
gitを使ってコードの管理をしている場合において、実験的なコードを書く場合はソースコードを編集する前にブランチを作成しておくのが基本だ。しかし、ついブランチを作成し忘れたままでコードを変更してしまった、というパターンがある。 この場合、下記のようにgit stashでいったん変更点を保存した上で直前のcommitに戻し、新たなブランチを作成してそこでgit stash applyを行えばよい。 $ git stash $ git checkout hogehoge -b $ git stash apply $ git add hogehoge foobar $ git commit git stash、便利だ。
git で強制的に pull する方法 - Cube Lilac
ようやく悩みが解消されたのでメモ． Visual Studio 辺りのプロジェクト・ファイル群を丸ごと git リポジトリで管理していると，（自動生成されるファイルなどの関係で）手動では何も変更を加えていない（ビルドしただけなど）にも関わらず git pull 時に衝突が発生すると言う問題に悩まされていました．今まで，そう言った自動生成されるファイルを git リポジトリに登録するのが悪いと .gitignore を頑張って記述してみたり，git add . みたいに，適当な形でレポジトリインデックスに追加しないなどいろいろやってみましたが，なかなか上手くいきませんでした． そんな感じで悩んでいたところ，衝突が発生したときに git status を眺めていると以下のようなメッセージが書かれてありました． $ git status # On branch master # Changed
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/HISAMATSU/git/
Alternative Proxies:
bitbucketの使い方
https://www.func09.com/wordpress/archives/1358
If you don't understand git, then don't mess around with 'rebase', 'push -f', or... | Hacker News
github/gitignore at master - GitHub
http://blog.inouetakuya.info/entry/20110605/1307261417
http://www.daemianmack.com/magit-cheatsheet.html
GitHub Services
Endpoint® | Real Estate Closings, Title Insurance, and Escrow