Gitでコミットをやり直す方法 (パッチ編) - ぷろぐらまはっくす MkⅡ
う〜ん、困った。 あるコミットはUTF-8、またあるコミットはEUC-JPでログを書くなんて…。 修正しようにも $ git rebase -iでは文字化けてしてまってうまくいかない。 ちょっと大げさかもしれないけど、次の方法で修正する。 既存コミットのパッチに書き出す 第1引数にはパッチを作成し始めるコミットを指定する。 今回はすべて書き出すのでmasterを指定。 $ git format-patch masterコマンドを実行するとその場にパッチを作成しようとするので要注意。 patchesなど適当なディレクトリに移動しておくべし。 問題のパッチを修正 さて、以下のようなパッチファイルができた。 $ ls -1 0001-FIXME-xxx-xxx-xxx.patch 0002-FIXME-xxx-xxx-xxx.patch 0003-FIXME-xxx-xxx-xxx.patch
gitで始めたリポジトリをSubversionに変換する
subversionのリポジトリをgitに変換はよくあると思うが、gitのリポジトリをSubversionに変換というのを今回やりたい。 というのも、何度もいっているが、中央には、Subversionで、各ワークをgitで私は使いたいからだ。 （これは、Tracとはviewvcとか、すでに構築してしまった環境を変えるのも面倒というのもある。） しかし、今回はとりあえず、ネットにつながっていない環境で初めてしまったgitのリポジトリをSubversionに変換して、 再度、git-svnで再開したいのだ。 こんな用途を持っている人はあまりいないのか、WEBで方法を探したがすぐには見つからなかったので、 自分なりに、次のような手順でログ情報だけでも取り込むことにした。 Subversionのリポジトリを作成 ここでは、Subversionでのリポジトリを作成する方法は述べない。 で、s
git-svnの使い方を覚えた - idesaku blog
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
