Git clone元のremote先が変わったらここをいじる - Seasons.NET
GitのリポジトリをUSBメモリにいれていると、当然ながら そっからcloneしたものは、いずれ、remote先がUSBの接続状態で ドライブレターが変わる恐れがある。 そんな時は、.git/configを開き、 remoteセクションのurlをいじるだけでよいらしい。 [core] repositoryformatversion = 0 filemode = false bare = false logallrefupdates = true symlinks = false ignorecase = true [remote "origin"] url = C:\\Users\\keisukehata\\Documents\\My Works\\Source\\temp\\aa <==========こいつだ！！ fetch = +refs/heads/*:refs/remotes/o
Git の commit log を Trac の ticket comment に自動反映させる方法
Trac の SCM に Subversion を使ってる人の多くは、Subversion のコミット・ログを Trac のチケット・コメントに自動反映させる hook を利用していることと思う。 2006-05-12 - marsのメモ: trac-post-commit-hook が便利すぎる これを、Git でも使えるようにしてみた。 Git Plugin まず Trac で Git を使うようにするには、GitPlugin for Trac をインストールする必要がある。ここら辺のウェブ・ページを参考にしてインストールされたし。 GitPlugin - Trac Hacks - Plugins Macros etc. - Trac [ubuntu][trac][git] gitとtracを連携させる | wadsのblog git-post-receive-hook の入手 Git
gitで双方向にmergeしてるとひどいはまり方をするときがある件 - はこべにっき ♨
gitで双方向にmergeしてるとぎっとぎっとにされる件 gitで，ブランチきって双方向にmergeしたりされたりするときには注意しないと，身に覚えのない衝突しになやまされたりする．自分があまり関知していないコードの衝突を解決する必要がでてきたりして，バグのもとになる． (23:11まきもどりうんぬんはちょっと違う気がしたので削除) 解決方法としては， masterに自分のブランチをmergeする直前には，かならず自分のブランチにmasterをmergeする 自分のブランチにmasterをmergeしない のどちらかが妥当そう． 以下つらつらと書いてあるけどスルー推奨．良くわかってないところも多いのでまちがってたら教えてクダサイ．というか，git-mergeのしくみをちゃんと理解できてないので，変なこと行ってる気がしてきた． 追記: gitで双方向mergeしたときに起こった問題を再現 -
Creating a git branch without ancestry
Robin Rosenberg introduced me to the simplest method of creating a new git branch without any ancestors: $ echo ref: refs/heads/newbranch > .git/HEAD $ git branch master [...] $ git commit -m 'creating newbranch' $ git branch master * newbranch This comes in handy if you want to maintain two separate components without any common files in the same repository. I am using it currently while experime
シェルのプロンプトにgit「ブランチ」を表示するやつ - while (”im mirrored”);
git function prompt-git-head-name() { local git_dir="$(git rev-parse --git-dir 2>/dev/null)" if [ -z "$git_dir" ]; then return 1 fi local head_name='' local additional_info='' if [ -d "$git_dir/rebase-apply" ]; then if [ -f "$git_dir/rebase-apply/rebasing" ]; then additional_info="REBASE" elif [ -f "$git_dir/rebase-apply/applying" ]; then additional_info="AM" else additional_info="AM/REBASE" fi he
githubでforkしたリポジトリから本家にpush - はこべにっき#
昨日いっていた問題が解決したので，あらためてgithubでforkしたリポジトリから本家にpushする方法． 本家にコミット権があるのが前提なので，ふつうは本家をcloneして作業すれば問題ないです．ただ，途中までforkで開発してたんだけど，ある日，コミット権をもらったりして本家に反映したいような時には便利です． 以下folkしたリポジトリのcloneのmaster branchにて， # remote リポジトリを設定する $ git remote add jugyo git@github.com:jugyo/termtter.git $ git fetch jugyo # git pullして本家の変更を取り込む $ git pull --rebase jugyo # 変更をgit pushする $ git push jugyo いろいろまわり道したけど，すごいやったことある，コレ．
Why Git is Better Than X
This site is here because I seem to be spending a lot of time lately defending Gitsters against charges of fanboyism, bandwagonism and koolaid-thirst. So, here is why people are switching to Git from X, and why you should too. Just click on a reason to view it. Probably Git's most compelling feature that really makes it stand apart from nearly every other SCM out there is its branching model. It
git.vimの便利な機能に気づいた - Guyon Diary
git.vimでaddする時に、選択してaddできたらいいのになぁと思っていたら、偶然その機能を発見してしまった。 後でdocを再確認したらしっかりと === In git-status buffer [] :GitAdd 記載されていました。 「おぉ！！実装されていた！！ヘルプきちんと読もうぜ俺。」という心の叫びが体の内から聞こえてきました。 どんな風に操作できるのかというと :GitStatus で表示したステータス表示画面で操作を行います。 操作方法 ファイル名の上にカーソルを合わせる Enter：コミットを予定する マイナス(-)：コミット予定から降ろす addするファイルや編集したファイルをコミット予定に入れたり降ろしたりする事ができて、最後にまとめてcommitすることができます。 操作のgifアニメーションを作ってみました。*1 いいなぁ。この機能。 Life Changin
GitX
GitX GitX is a git GUI made for Mac OS X. It currently features a history viewer much like gitk and a commit GUI like git gui. But then in silky smooth OS X style! Features Detailed history viewer Nice commit GUI, allowing hunk- and line-wise staging Fast workflow Explore tree of any revision Nice Aqua interface Paste commits to gist.github.com QuickLook integration Requirements GitX runs on Mac O
gitで設定ファイルを管理してみる - walf443's blog
今まで設定ファイルに関してはSubversionで管理した方が単純でよいかなと思っていたのですが、codereposみたいに人ごとにばらばらのファイルを作るよりgitで人ごとに別のブランチの方が、ある変更を見てその一部分の設定だけ自分の設定に取りこんだりとかしやすくて便利な気もしたので、 http://git.coderepos.org/share/dotfiles/etc.git を作ってみました。 基本master branchは共通で使えそうな環境セットアップ用のMakefileやらをコミットして、個々の人は $ git clone http://git.coderepos.org/share/dotfiles/etc.git && git checkout walf443 && makeしてmakeすればそのまま個々の設定が有効になるように拡張していけばよいのではないかなぁと思って
Git講習会に行ってきた． - なんとなく日記
kunitさん主催による Git のメンテナ Junio さんの Git 講習会．プレゼン資料が USB メモリで廻ってくると言う，今までにないスタイル*1．最後のデモがかなり良かったです． Git のメンテナの Junio C Hamano さん Dell のノートに Ubuntu が入ってた． 元々は Linux Kernel の開発に使われていた． Wine, X.org, RoR などで使われている メモと感想 みんなコミットできる 自分のやった仕事の全てコミットして記録できる． それを人がどう見るかは，人間関係によって決まる？ --amend で Commit を修正できるが，内部的には新たな Commit オブジェクトが生成されている． GC で削除される対象とはなる． 歴史を作る方法と構造 Concepts コマンドのリファレンスを見てもあまり勉強にはならない． 20 のコマ
git勉強会メモ - walf443's blog
gitメンテナの濱野さんという方の話を聞けるそうなので聞きにいってきました。 http://atnd.org/events/93 内容の詳細は、既にkinnekoさんが詳しくまとめてくださっているので、自分が感心したところなどを掘りさげてメモ。 git commitにvオプションをつけると、commitログを書く下の部分にdiffを表示してくれる。vimのsvnプラグイン的な感じ。ちゃんとマニュアルを読めば書いてあることだけど気づいてなかった。さっそく~/.gitconfigで、 [alias] ci = commit -vするようにした git add -pオプションはインタラクティブにこの部分はインデックスに含める、含めないを決められる。conflictしたときに編集せずに元のやつとか、自分の変更を優先するとかできないかと思ったが、今のところはできないらしい。 git diff --c
Git(ギット)勉強会メモ - kinneko@転職先募集中の日記
さすがに開発者は的確な解説と、質問にもズバズバ答えるのだなぁ。 Gitのメンテナが日本人の方だったというのは、今回はじめて知りました。 プレゼン資料については、アメリカに帰られたらWebで公開されるということでしたが、PDFで分けてもらったので、ご希望の方がいれば送ります。中身は英語ですが(^^;。 # さっそくアップロードされたようです。http://www.kernel.org/~junio/200810-tut.pdf というわけで、twiterでメモを流していたけど、途中で挫折したので、手元のメモを貼っておきます。 間違いがあったら指摘してね。 自分用メモなので、意味不明なとこはご勘弁を。 gitギット。イギリス英語で「やなやつ」。 kernel bitkeeper商用のバージョン管理システムを使っていた。 方針がかわって、無料で使えなくなってしまった。 svnを使うの？cvsを使
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
gist.github.com で GreaseMonkey Script を管理しよう - 川o・-・）＜2nd life
http://gist.github.com/ 最近 github にまた新しいサービス、gistが誕生しました。これはよくあるソースコードを web にペーストして参照できるサービスの git 版、と云ったところです。 gist の良いところは、まず git を知らなくても使えるところが上げられます。普通のペーストサービスと同じで、ソースコードを適当にはっつければOKで簡単です。編集ももちろん web 上からでき、インターフェイスから編集を行うと、git の履歴としてサーバサイドに保存されます。また、匿名による作成・編集も可能です。(匿名による編集は cookie が切れるまでっぽいですが) そして、git と同じく、github にログインしてれば、gist で誰かが貼り付けたソースコードを fork でき、自分の権限の元編集操作が可能になります。ので、誰かが貼り付けたコードを for
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub Services
http://zagadka.vm.bytemark.co.uk/magit/
Grabbing git patches via gmail | Uhhh, what?
はてなブログ | 無料ブログを作成しよう
git.coderepos