Referencing Source
One of the design goals of rpm is to cleanly separate upstream source from vendor modifications. For the Fedora packager, this means that sources used to build a package should be the vanilla sources available from upstream. To help reviewers and QA scripts verify this, the packager needs to indicate where a reviewer can find the source that was used to make the rpm. The most common case is where
git stash save で一時退避した変更を、誤って git stash clear で消してしまったときの回復法 - t-wada の日記（旧）
一年くらい前から git を使い始め、ここ半年くらいは毎日の開発に git を使っています。昨日 git stash という機能を使っている時に失敗してしまい、何人かの方にアドバイスいただくことによって無事回復することが出来たので、感謝の印として、そして運悪く同じ問題に遭遇してしまった人たち(私もまたやるかも)へのメモとして記しておきます。 御託はいいから、早く回復法を知りたい人のためのまとめ $ git fsck | awk '/dangling commit/ {print $3}' 候補の sha1 がいくつか出てくる(長く開発していると、結構多く候補が出てきます) $ git show --summary 候補のsha1 一つ一つの sha1 の内容を確認 $ git cherry-pick -n -m1 見つけたsha1 いきさつ 私の作業のやりかたでは、 タスク毎にブランチを切
gitでforkしたrepoにoriginalのrepoをmergeする手順 - memo.yomukaku.net
gitで本家のリポジトリからforkしたリポジトリに、本家の 更新をmergeする手順。 ここでは「matador」というnode.jsのモジュール（git://github.com/Obvious/matador.git）をforkし、forkした自前のリポジトリに対して、Obvious社の本家のリポジトリの更新をマージする例を用います。まず、自分がforkしているリポジトリをcloneします。 cd ~/Desktop git clone git://github.com/foo/matador.git 次に、オリジナル（fork元）のリポジトリをremote branchとして追加します。 cd matador git remote add --track master ovbious git://github.com/Obvious/matador.git 上のmasterは、別の
【派閥別】Gitのコミットを間違えたときの対処法まとめ - 本当は怖いHPC
追記：たくさんブクマしていただいて驚いております。ブクマコメントだと、やはり git push -f は反則だろという意見がサイレントマジョリティのようですが、そこはそれ、自 己 責 任 追記２(2011/11/07)：commit messageをミスった場合について訂正しました。 git rebase -i で直近のコミットを "edit" にして修正すると、 「--amend使えや」と言われるようです。 gitのコミットをしくじった時の対処法について、一覧性の高いまとめがなかったので作りました。正確さは保証できないので、コマンド名ヒントに自分でググって下さい ほかのやり方があるよ、間違ってるよ等のご指摘歓迎です。 派閥別 gitでコミットミスった時のまとめ ｜ ├─ 一人で使ってるよ ｜ ｜ ｜ ├─ 手元に変更を取り戻したいよ(1)（そうだね、add忘れだね派） ｜ ｜
msysgit でファイルを変更していないはずなのに merge できない場合の対処 - ..たれろぐ..
msysgit を使っていて、管理下のファイルを何も変更していないはずなのに merge や pull するときに、「変更されている」とエラーになる場合。そして reset --hard をしてもそのエラーが消せない場合。 この場合、ファイル本体に変更はなくても msys から見た場合のファイルモード（パーミッション）が違っていて、git がそれを「変更あり」と検知している可能性があります。 git diff をしたときに old mode 100755 new mode 100644のようにファイルモード(パーミッション)の変更だけが出る場合はたぶんこの問題です。 これに対処するには、 >git config core.filemode falseとしてやることで、ファイルモードの変更は無視され、pull や merge ができるようになります。 （cygwinやmsysの細かいことは知
第210回 SparkleShareで自分専用のDropboxサービスを立ち上げる | gihyo.jp
大半の読者はUbuntuOneやDropboxといったオンラインストレージサービスを使っているのではないでしょうか。しかしながら、これらのサービスには、容量という制約が付きものです。 そこで、容量を気にすることなくオンラインストレージサービスを使うために、SparkleShareというソフトウェアを使って、自分でサービスを立ち上げてしまいましょう。 SparkleShareとは SparkleShareは、「Gitを使ったファイル共有サービスのクライアント」です。 Monoで作られたこのソフトウェアは、共有ディレクトリに放り込まれたファイルを、GitサーバーにSSH越しでpushし、他のクライアントから行われた変更点をpullします。 つまり先ほど「サービスを立ち上げる」と表現しましたが、サービス自体はGitサーバーが提供するのです。このため、Gitリポジトリさえ用意し、SSH経由でアク
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Git で不要になったローカルブランチ・リモートブランチの削除 - sotarokのお勉強