一人でもGitする価値は？

質問

主に一人でソフト開発している者です。

現在は、Subversionを使ってソース管理していますが、Gitが良いという話をよく聞くので乗り換えを考えています。
リモートとローカルのリポジトリの使い分けをざっくり理解したところ（だと思う）ですが、一人での開発だとGitでもSubversionでもあまり変わらないのかな？、新しい操作やコマンドを覚えるだけで終わってしまうのかなと思うと、なかなか踏ん切りがつきません。

そこで、一人で使ってもGitだとこんなことが便利とか出来るという利点があれば教えて下さい。

ちなみに、現在は開発PCは２台あり、同じプロジェクトの違う部分を別々に同時進行で修正・追加することがあります。
また、コミットの周期は短いほうだと思います。コンパイルが通らない状態でも今日の変更点のバックアップをする感覚でコミットすることもありますし、一方のPCから他方のPCへ変更点を移すためだけにコミットすることもあります。
ですので、リポジトリは汚れ気味です。ホントは、修正・変更のキリの良いタイミングだけをリポジトリに残したいのですが、Gitならそういう運用が可能でしょうか？

識者の方、ご意見をよろしくお願いします。

回答No.1

m0a13 · ベストアンサー

一例になってしまいますが、いくつか。
まず、ブランチを切るコスト。gitはsubversionに比べてブランチを切るコストが圧倒的に軽いです。そのためgitでは、例えば新機能単位でブランチを切って作業することになります。これにより作業の独立性が高まります。
そして、ログを綺麗に保てること。gitにはrebaseという、コミットをまとめ、付け替え、整理する機能があります。これを使えば、例えば作業ブランチを本線にマージするとき、作業ブランチで行ったコミットを一つにまとめることができます。
これができるということは、作業をバックアップするための日々のコミットはやり放題になります。最後にまとめることができますから。これは非常に強力なメリットといえます。

ご参考まで

お礼

ご回答ありがとうございました。
また、返事がたいへん遅れまして、すみませんでした。
いただいたご意見を元に、Gitに対する足りない知識を調べたり、試行錯誤していました。

rebaseは「間違えるとリポジトリがぐちゃぐちゃになるから危険」ということを聞いていたので、当面使わないだろうと考えて、詳しい動作や機能についてはスルーしてました。
SVNもreintegrateという機能が追加されたらしい（←使ったこと無い）ので、こちらも調べてみました。ネットで調べた情報レベルですが、Gitのrebaseに比べると柔軟性に欠け、制限もあるということなので、やはりGitに軍配ですかね。

あと、Gitではブランチをマージするとグラフで合流しているように見えるのもいいですね。SVNではブランチでの変更内容をtrunkにマージできても、そのブランチは宙ぶらりんなままなので、ちょっと気持ち悪い感じがしてます。

やっぱり、意を決してGitに移行しようかと思います。SVNのリポジトリが800Mbyteほどあるので、ブランチ構成やタグ情報の移行など大変そうですが。。。