blogこの広告は、90日以上更新していないブログに表示しています。svn今までgit単体ではそこそこ使ってきたのですが、svnに入れる際はあまり使っていなかったのですが慣れてくると使いたくなったので少し調べてみました。ほとんどマニュアルに書いてあることなのですが、個人的にまとめた方が頭に入るのでまとめておきます。project/tags/name/といった構成になっているときは、cloneするときに-sオプションを指定するとよいかんじです。trunkのようにgitにsvnリポジトリのtagやbranchとして認識させることができます。-tオプションで指定します。tagsでいけるみたいです。非常にcloneに時間がかかるので-rオプションでリビジョンを指定して途中から取得することもできるようです。r2000以降を取得するただし履歴がないので、非推奨とマニュアルには書いてあります。-sなどを指定していてもそのリビジョン移行でコミットされたbranchなどしか認識されません。infoしてみると、HEADのurlがtagsのところになっていたりすることがあります。このままdcommitしてしまうとtagsにコミットしてしまうので注意が必要です。そこで、次のようにしてtrunkのコミットだけにします。--trackのようにしてmasterはつかわず、trunkに変更を加えるときはltrunkを起点として使うようにするというのもよいかなと思います。後者の方法はtrunkだけじゃなくbranchなどに変更を加えるときにも使います。名前はtrunkでもよいのですがリモートブランチとローカルブランチの名前がかぶるとやや面倒なのでlをつけてます。fetchを使うのがよさそうです。rebaseして手元のbranchを更新します。pullを使うこともできるのですが、手元のみで加えたcommitがある場合rebaseされてないとリモートのリポジトリと手元のリポジトリの履歴の順番が違うのでdcommitしにくくなるそうです。rebaseを使った方がよさそうです。rebaseがどう違うのかはよく調べてません。svnでsvnのリポジトリに戻す際はその履歴がsvn側では追えなくなります。gitからだと、Hash値を比べてそれっぽい変更を調べることができるはず。)まとめ色々と制限もあり、普段とは違ったコマンドを使わないといけないのがちょっと残念な気もしつつも、今のところ使い勝手はそれほど悪くないです。-vを使うのに比べると(主に速くて)だいぶ良いなと思います。(1)はてなブログをはじめよう!walf443さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。