動機 Subversionで困ってない ぶっちゃけSubversionで全然困っていませんでした。 コードレビューはちゃんとやっていたし、マージ・ブランチングも自作シェルスクリプトのおかげてスムーズにやれていました。 よく「Gitはマージが賢い、ブランチ作成が一瞬でできる」とかいわれますが、Subversionだってちゃんと使えばコンフリクトなんかめったに起きないし、ブランチ管理・マージだって全然めんどくさくない。 特にver1.7からはサーバもクライアントも大幅に高速化されたし、.svnディレクトリが.gitみたいに１個になったし、rebaseみたいなことだってできる。(sync merge & reintegrate) ただ、世の中が一斉にGitにシフトしている中でいつまでもSubversionを使っててよいのかという不安がありました。 また、月から金までSubversionにどっぷり
git svn 使い方 svn のログを見る svn リポジトリのログを見るには git svn log とする。 subversion のリポジトリを git svn で複製する git svn clone svn://example.com/svn/repo とすると subversion のリポジトリを git で扱うことができる。 標準のレイアウトを持つ subversion リポジトリの場合は -s オプションをつける。 git svn clone -s svn://example.com/svn/repo 標準ではないサブディレクトリの svn リポジトリをクローンする git svn clone に -T でトランク、-b でブランチ、-t でタグのサブディレクトリを指定する。 git svn clone -T TRUNK -b BRANCHES -t TAGS svn://
最近は分散バージョン管理が主流になり、gitやhgを使う事が増えてきたと思う。 ただ、政治的な事情でsvnを使わなければならない事もあります。 そんな時に役立ちそうなgit-svnのオプションを備忘録として一覧にしておきます。 標準ディレクトリ構成のリポジトリ svnの標準的なディレクトリ構成の場合は一番楽。 例 ./trunk/src ./branches/v1.x/src ./tags/v1.0.0/src 使うコマンド この場合、オプションに -s（もしくは--stdlayout）を使用する。 $ git svn clone -s <svnのURL> 非標準ディレクトリ構成のリポジトリ 色々な事情により、標準的なディレクトリ名を使っていない場合。（複数プロジェクトは後述） 例 ./dev/src ./support/v1.x/src ./release/v1.0.0/src 使うコマ
私はアトラシアンに入社する前、バージョン管理システムとして Subversion (SVN) を使用している多様なプロジェクトに携わってきました。私はすでに Git へ移行して数年経っていたので、可能な限り Git を利用したいと思いました。 そして幸運にも、git-svn を使うことができました。Git-svn は、パワフルな Git ツールセットの快適な使用感を手放すことなく、Subversion リポジトリとやり取りができるすばらしい完全なソリューションです。そして、それには知っておくと便利な点がいくつかあります。この投稿では、すでに git-svn の知識が少しあり、git-svn を使用して SVN とやり取りする方法を知っている人を対象に話を進めていきます。 ここでは、SVN と連動して Git を快適に使用し続けるために、私が自ら調べて学んできたワークフローに統合する必要のあ
分散SCMを使いたい！と思う今日この頃。 仕事ではSVN（Subversion）を使っているのだが、ちょっとしたお試し編集をするためにブランチを作ることに抵抗がある。ブランチは欲しい、大きめな変更をコミット無しで行いたくない、やはり少しずつコミットして進めていきたい。しかし、変更が全て記録されてしまうのがいただけない。ログが残るのは良いことなのだが、本当に使うかどうか未知数な実験的プログラミングのログまで残したくない。使うと決まってから初めて残すようにしたいのだ。 すまん、これまで一緒に仕事をしてきた人々よ。俺はこれまで「ログが残って困ることがなんかある？いらなきゃ無視すればいいだけなんだから、気にするな。ブランチでもなんでもバンバン作ってしまえ！」とうそぶいてきているわけだが…ハッタリかましてました！本当は俺も抵抗があるのだ。 そこで、分散SCMだ。さらにいうと、SVKがいまひとつ気に入
git rebaseすごい。git rebaseすごい(大事なことなのでry モテメンになるには分散VCSを使おうということなのでGitをちょろちょろやっているようです。 中央リポジトリがsvnは際はgit-svnを使っているけど、挙動がよくわからないところがあって そこを理解できてとても気持ちがいいので忘れないうちに書いておく。 git svn rebase失敗 git svn rebaseはリポジトリの更新を取り込むまあsvn upみたいな感じで使っているんだけど コンクリフトが発生するといわゆる失敗したみたいな状態になる。 $ git svn rebase git svn rebase First, rewinding head to replay your work on top of it... Applying: "コミットコメント" error: patch failed:
いつもの事ですが、タイトルは釣り。 現在のプロジェクトにアサインされてから、VCSがsvnに逆戻りしてしまったのでかれこれ5ヶ月近くgit-svnを使用してます。初めの頃に2~3回程checkoutしなおすレベルの失敗があったりしましたが、ここの所はそれほど問題無く運用してます。 gitとsvnでもう根本の仕組みから全然違うんで、ある程度しょうがないのですが、ちょっとばかり気をつけないとハマる可能性があるので、その点について語ります。 svnがremoteになってるブランチは 絶対 に直接コミットなどしない 自分の中ではこれが鉄則になってます。例えば普通のsvnの構成だと、trunkがgitのmasterブランチになりますが、何かの修正するって時にはどんだけ軽い修正とかでも絶対にトピックブランチを作ってます。 原則として、masterブランチ(や、他のsvnで作ってあるブランチ)には、gi
svnコマンドはログが見づらいし、コミットしたらリモートにソッコーで飛んで行くし、Gitに慣れた僕には凄く扱いづらい。てことでgit-svnネタです。 一年くらい前からずっと下書き状態だったのを思い出したので公開。他にもコレ系の記事は沢山あるけど自分用のメモとして。ね。 svnリポジトリからチェックアウト いつものcloneコマンドにsvnを付けるだけ。 git svn clone -s http://svn.example.com/Project_Name/ -sオプションを付けると、svnリポジトリが trunk 、 branches 、 tags のような、お馴染みの構造だよって言うのをgitに教えられる。教えておくと、ブランチやタグがgitのリモートブランチとして扱えるようになるので便利。 また、 trunk 、 branches 、 tags の名称が一般的なモノとは異なる場合は
SubversionのリポジトリをGitのbareリポジトリとして移行したい場合は、このようにするとできるようです。 git init --bare --shared=true foo.git cd foo.git git --bare svn init -s file:///path/to/svn/repo git --bare svn fetch $ git init --bare --shared=true foo.git Initialized empty shared Git repository in /path/to/foo.git/ $ cd foo.git $ git --bare svn init file:///path/to/svn/foo $ git --bare svn fetch A test.txt r1 = b4e77596a114e2bbf8ad2d13
普通にgit-svnをやろうとすると、活発なプロジェクトだと既に数千以上の履歴があったりなんかして、全部フェッチするのにアホみたいに時間がかかります。あときっとsvnのホストも、負荷がデカくて涙目だと思います。 それで、githubあたりからgit-svn済みのgitリポジトリを入手して続きをやりたくなるんですが（gitだとかなりの履歴があってもすんなり取得できる）、このやり方はgit-svnのmanページのBASIC EXAMPLESに載ってます、がしかし、どうもうまく出来ないので、よくわからないけど出来るようにするやり方。rubygemsでやってみました。 githubで"rubygems"で検索したら、unofficial mirrorが見つかりました。感謝しつつクローンします。 $ git clone git://github.com/vvs/rubygems.git $ cd r
基本的な使用例† Subversion で管理されるプロジェクトの trunk に対して、 git を使って変更を追跡したり開発に貢献するには： # リポジトリを複製 (git clone と同様に) git svn clone http://svn.foo.org/project/trunk # 複製されたディレクトリに移動 cd trunk # master ブランチで作業している必要があるので git-branch で確認。 git branch # 何か作業を行った後、git のローカルリポジトリにコミット git commit ... # SVN に何かコミットされているかもしれないので、ローカルの変更点を # SVN の最新の更新に対するものとして rebase する git-svn rebase # 変更点を (先に git でローカルにコミットされたもの) SVN にコミッ
init Initializes an empty Git repository with additional metadata directories for git svn. The Subversion URL may be specified as a command-line argument, or as full URL arguments to -T/-t/-b. Optionally, the target directory to operate on can be specified as a second argument. Normally this command initializes the current directory. -T<trunk-subdir> --trunk=<trunk-subdir> -t<tags-subdir> --tags=<
this.blog: Using Git with SVN
I've been setting up a git repository to help aid collaboration on the port of restful_authentication to merb as merbful_authentication. This is such a good library and I use it in all my rails sites that need authentication. It just works and I like that. All credit to Rick Olson for such a great plugin. Hopefully we'll be able to to a good job porting it. Initially I setup a git repo with this.
■ [git][git-svn][svn] git で svn リポジトリを扱うのに一苦労 昨日作った tdiary の git リポジトリで加えた変更を sf.net の svn リポジトリに反映させようと思ったんだけど、これがまた一筋縄には行かなかった。 何かぐぐる先生の検索結果では、git svn init (clone) したリポジトリなら dcommit で svn 側に反映できるということが書いてあったんだけど、どうにも自分の環境でやってみるとうまくいかない。以下、やってみたこと。 リモートの trunk を指定して branch 作成、切り替えてから master からマージ、dcommit。typester さんの fast-forward mergeによるとデフォルト設定の merge では dcommit で面白くない動作になるみたいなので --no-ff をつけて実行
![[git][git-svn][svn] git で svn リポジトリを扱うのに一苦労, [git][git-svn][svn] git svn dcommit で使われる commit log, [Life] 今日のめしうま - HsbtDiary(2009-06-20)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
2. * なぜgitか？なぜgit-svnか？ * Gitのインストール * git svn clone、trunkとmasterの関係 * コミット、そしてプッシュ * ブランチ（切る。作業する。リベース） * ブランチしたらプッシュの前に * その他のtips * まとめ * 4. *Gitにはローカルレポジトリ＝自由がある！ * ひとりひとりが専用のレポジトリ * バージョン管理の便利さを気兼ねなく * コミット済みのコードを変更できる * あのコミットを無かった事に * Rev(21)とRev(25)をまとめたかった・・・ * 機能追加にまじってバグ修正かよ・・・ * つまり履歴が奇麗に！ *
久しぶりにsvnを触ったら、logの表示やupdateがあまりに遅い。 git-svnを使っても、やっぱりupdateは遅い。 という訳で 勝手にgit svn fetchするようにbat/shを書いてみた。 バッチファイル・スクリプト 標準出力で出してる文字は下記の意味にしてる。 - : 待機中 > : git-svnのfetch 処理中 . : git-svnのfetch 終了 auto_svn_update.bat @echo off set LIMIT=600 set SLEEP_EXE="%ProgramFiles(x86)%\Git\bin\sleep.exe" set GIT_EXE="%ProgramFiles(x86)%\Git\bin\git.exe" %GIT_EXE% svn fetch :LOOP set /p x="-" < nul %SLEEP_EXE% %L
git-svn.markdown git-svn の使い方メモ git-svn の使い方をメモする。他によいプラクティスがあれば指摘していただけるとありがたい。 用語 SVN のブランチと git のブランチが混在しているため、ここではブランチという語を以下のように区別する。 ブランチ、 SVN ブランチ：$SVN_REPO/branches 以下にあるディレクトリ ローカルブランチ：git のローカルブランチ リモートブランチ：git のリモートブランチ 例題の SVN リポジトリの構成 このメモでは SVN リポジトリが以下のような構造になっているとする。 $SVN_REPO/ foo/ bar/ branches/ foo-x/ foo-y/ bar-new-feature/ このリポジトリは標準レイアウトではない（trunk/ や tags/ がない）。トップレベルのディレクトリが
「Gitを使いたいが、中央リポジトリにはSubversionを使わざるを得ない」という場合も多いだろう。そのような状況で便利なのが、SubversionリポジトリとGitリポジトリの橋渡しをする「git-svn」である。git-svnを利用することで、SubversionリポジトリとGitのローカルリポジトリを同期させることが可能だ。本記事では、このgit-svnの活用方法を紹介する。 git-svnのアーキテクチャ Gitの大きな特徴として、分散型アーキテクチャがある。分散型アーキテクチャでは、コミットはローカルのリポジトリに対して行い、ソースコードの同期はそれぞれの開発者間が持つローカルリポジトリ同士で変更点をやりとりすることで行う。もちろん公開リポジトリを利用したソースコードの同期も可能であり、柔軟な開発体制を取れるのが長所である。 しかし、一方でGitは非常に多数のコマンドがあり、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
