git-svnでSourceTreeを使う！

git-svn環境でいろいろやる時に、黒い画面使うよりもデザイナさんにとってはGUIで書かれたアプリを使う方が気軽に使えるんじゃないかとおもって、少しだけ探したのですが、qiitaで見つけた記事がいい感じだと思ったので実際に試してみました。
それで、よく使う作業は具体的にどう操作すればよいか調べてみました。

こちらのqiitaの記事を参考にさせて頂きました。
http://qiita.com/items/263577c8cc4e1c65b19b

#1.インストール
こちらから。
http://www.sourcetreeapp.com/

#2.ターミナルでgit svn cloneする

git svn clone -s http://hogehoge [フォルダ名]

#3.SourceTreeで開く
「ファイル→開く」で開く

#4.作業について
僕が思った３パターンを想定して書いてます。

##1.masterを変更してsvnのtrunkに反映させる場合
※個人的には、svnのtrunkの内容を取ってきてmasterに反映させて、ローカルブランチを切って、作業が終わったらmasterにmergeしてsvnのtrunkに反映するのが無難かと思います。コンフリクトとか起きるといろいろと面倒くさそうなので。。。ほんのちょっとの変更であれば大丈夫だと思いますが、、、

1. svnのtrunkの最新の内容を取得する
   プルをクリックする。git svn rebaseと同じ意味のはず。
2. ファイルの編集
   自由に編集して下さい。
3. masterにコミットする
4. 説明の「Uncommited changes」をクリック
5. 「作業ツリーのファイル」に変更されたファイルが表示される。
6. 確認し、問題がなければ「Index」にステージされたファイルに移動する。
7. 変更されたファイルを全て確認したら、コミットボタンを押す。
8. コミットメッセージを記入して、コミット。
9. svnのtrunkに変更を反映させる
10. svnの最新の内容をローカルに取り込むため、「プル」ボタンを押す
    ※git svn rebaseとかと同じ
11. コンフリクトが発生したら。。。以下の手順で解消する。
    1.発生したファイルを修正
    2.作業ツリーのファイル→indexにステージしたファイルへドラッグ
    3.再度「プル」ボタンをクリック。リベースを処理中。。。というメッセージが出るので、「リベースを続ける」をクリック
    4.もし再度コンフリクトが発生したら、1.に戻って再度コンフリクトの解消を行う。
    ※もしどうしてもコンフリクトを解消出来なくて、どうしようもなくなってしまったら、git rebase --abortすればrebaseする直前に戻れます。自分はstashして退避させて、branch切ってpopしてからmasterにmergeしたら安全だと思ってます。。。
12. 「プッシュ」ボタンをクリックして、trunkへ最新の内容を反映させる！！

##2.masterからローカルブランチ切って作業してmasterにマージしてtrunkに反映する場合。
※自分の場合は、出来れば毎回こうしたらいいんじゃないかなぁと思ってます。

1. svnのtrunkの最新の内容を取得する
   「プル」をクリックする。git svn rebaseと同じ意味のはず。
2. ローカルブランチを切る。
3. 「ブランチ」をクリック。
4. 「新規ブランチ」にブランチ名を入れて、「ブランチを作成」をクリック。
5. 「svnブランチを作成しますか？」と聞かれて、２択を迫られるので、「Gitのローカルブランチを作成」をクリックする。
   ※デフォルトで「新規ブランチをチェックアウト」にチェックが入っているはずなので、自動的に作成したブランチに切り替わる。
6. 作業する。
7. 変更内容をローカルブランチにコミット
8. 説明の「Uncommited changes」をクリック
9. 「作業ツリーのファイル」に変更されたファイルが表示される。
10. 確認し、問題がなければ「Indexにステージされたファイル」に移動する。
11. 変更されたファイルを全て確認したら、コミットボタンを押す。
12. コミットメッセージを記入して、コミット。
13. マスターにローカルブランチの内容をマージする。
14. マスターに現在の切り替える。
    サイドバーの、「master」をダブルクリック→「ブランチ切り替えの確認」が表示されるので、OKをクリック
15. 最新のtrunkの情報を更新する。
    「プル」をクリック
16. 作業したローカルブランチの内容をマスターにマージする。
    「マージ」をクリック
17. マージしたい説明の部分をクリック。
18. 変更箇所が出てくるので、確認してOKをクリックする。
19. 「Subversionのリポジトリへマージすることをお勧めできません」って出るけど、「続ける（推奨しません）」をクリックする。
20. マージ完了！

##3.trunkからsvnのブランチ切って作業して複数人数で作業してからtrunkに反映する場合

※今までは基本的に１人で作業する事を想定して書いてましたが、複数人数で作業する場合はこれになると思います。ってか、むしろこれが普通なのか。

1. 「2.masterからローカルブランチ切って作業してmasterにマージしてtrunkに反映する場合」の項目の、１〜４までは同じ。masterからローカルブランチ切って作業してコミットした後。
2. 途中でsvnのブランチ切って複数人数で作業する事になった！
3. trunkからsvnのブランチを作成する
4. masterへブランチを切り替える。
   左サイドバーのmasterをダブルクリックする。
5. 「プル」をクリックして最新の情報を取得
6. 「ブランチ」をクリック→新規ブランチにブランチ名を入れる→「ブランチを作成」をクリック
7. 「Subversionブランチを作成しますか？」と聞かれて、「Subversionブランチを作成」をクリックする。
8. svnのブランチが作成される。
9. 作成したsvnのブランチと、ローカルで作業してたブランチをマージする。
10. 「マージ」をクリック
11. 一覧から、マージしたいローカルブランチを選択
12. 「Subversionのリポジトリへマージする事をお勧め出来ません」のメッセージが出るが、無視して「続ける」をクリック
13. プッシュをクリックしてマージした内容をsvnのブランチに反映させる。
14. svnのブランチへ変更を反映させる。
15. プッシュをクリック
16. プッシュ先のリポジトリがSubversionになっている事を確認して、「ok」をクリック
17. 「Subversionにプッシュしますか？」というメッセージが出るので、「OK」をクリック
18. 変更がsvnのブランチに反映される。
19. svnのブランチの変更内容を取得する。
    「プル」をクリックして最新の内容を取得する。
20. いろいろ作業する。
21. 変更を、masterにマージする。
22. 作業してたブランチ上でプルをクリックし、更新の取得漏れがないか確認する。
23. masterブランチへ切り替え
    左サイドバーのmasterをダブルクリック
24. 最新の更新内容を取得する為に、プルをクリックして取得する。
25. 「マージ」をクリック
26. マージする対象を選択する。（ジャンプ先をマージしたい作業してたブランチを選択すると間違えにくい）
    ※誤ってsvnのブランチの方を選択しないように注意！
27. 「ok」をクリック
28. 「Subversion のリポジトリへマージすることをお勧めできません」と出るが「続ける（推奨しません）」をクリック
29. masterにマージされる。
30. 変更内容をsvnのtrunkにアップする。
31. 「プッシュ」をクリック
32. プッシュ先のリポジトリを確認して、trunkになっていたらOKをクリック
33. 「Subversion にプッシュしますか?」と出るので、OKをクリック

#5.終わりー
SourceTreeでgit-svnを使ってて、ある程度想定されるパターンについて実際に使ってみて、書いてみたけど、長ったらしくなった上にわかりにくくなってしまった。。。

結構使いやすいツールだと思うので是非使ってみる事をオススメします！