個人（1人）プロジェクトのgit。やりすぎ？

私は、Subversionとgitの2つのバージョン管理システムを知っています。現在のところ、Subversionは私が唯一の開発者である個人プロジェクトに使用され、gitはオープンソースプロジェクトや、他の人もプロジェクトで作業すると信じているプロジェクトに使用されます。これは主に、gitの驚くべき分岐機能とマージ機能が原因です。誰もが自分のブランチで作業できます。とても便利な。

今、私は個人プロジェクトにSubversionを使用しています。gitはほとんど意味がないと思うからです。それは少しやり過ぎのようです。私が唯一の開発者であるときに（通常はホームサーバー上で）集中化されていれば問題ありません。とにかく定期的にバックアップを取ります。私は自分のブランチを作る能力を必要としません。メインブランチは私のブランチです。はい、SVNは分岐を簡単にサポートしますが、それより強力なサポートは意味がありません。マージはそれで苦痛になるか、少なくとも私の小さな経験からです。

個人的なプロジェクトでgitを使用する正当な理由はありますか、それとも単に過剰に過ぎますか？

やり過ぎではありません。個人プロジェクトにSubversionでGitとMercurialを使用し始めた主な理由は、リポジトリの開始がはるかに簡単だからです。

新しいプロジェクトを始めたいですか？

> git init

バム！リポジトリサーバーをセットアップする必要も、フォルダー構造をチェックインして、Subversionリポジトリへの分岐とタグをサポートする必要もありません。

後でプロジェクトを共有することは、次のことだけです：（git pushリモートリポジトリを持つこと以外）。Subversionを使用して、すぐにそれを試してください！

私は、ローカルの個人プロジェクトにSubversionを使用するのはやり過ぎだと主張しますが、Gitは明らかにそうではありません。Gitは（SVNの非効率な「リビジョン」の概念とGitのオブジェクトスナップショットのため）占有スペースが少なくなり、セットアップが少なく（git init数十のsvnadminコマンドやパーミッションの設定などに対して）、バックアップが簡単です（git clone --bareまたはgit push originGithubを使用する場合またはこれで完了です）、コードを管理するための優れたツールがあります（分岐は無料で、マージは簡単でクリーンです）。リポジトリのクローンを誰も持っていないからといって、DVCSの利点が「過剰」であることを意味するわけではありません。

さらに、Gitの分岐サポートはSVNほど複雑ではなく、より大きな報酬があります。

自分のコードを決して分岐させないと思うのは、少し近視眼的です。私は自分のコードを数回分岐させました。特に、私がまだ完全には納得していなかった新しいアプローチを試していたときです。最終的にこの機能が必要になります。

これは、長年のSubversionユーザーによるものです。1つのツールに統合することで、生活が楽になります。

オーバーキルは、「解決策」によって引き起こされる付随的な損害がある場合にのみ使用されます。銃を使ってハエを殺すということは、他の場所に向かう弾丸によるダメージがあることを意味します。やり過ぎです。問題を引き起こさない、必要以上に強力なものを使用することは、やりすぎではなく、開発プロセスの合理化に役立つ場合には良いことです。それは害を引き起こさず、2つではなく1つのソフトウェアセットを更新するだけで済みます。では、なぜ1つではなく2つのシステムを使用するのでしょうか？

私はGitを1人のプロジェクトに使用し、気に入っています。以前はSubversionを使用していましたが、Gitを使用することのマイナス面はまだありません。より強力ですが、単純なことをより複雑にするような方法ではありません。単純なものを不必要に複雑にする/高価な/遅くするなど 私見は何かを過剰に呼び出すための必要条件です。また、Githubでは、以前は他の人のワンマンプロジェクトをフォークして、必要な機能を追加し、プルリクエストを送信しました。私のプロジェクトに興味がある人が同じことをしてくれたら、とてもクールだと思います。

私は決して DVCSの前に個人的なプロジェクトにソースコントロールを使用していないので、逆の見方を取って誰かを想像するのは少し奇妙です。私の理由のいくつかは次のとおりです。

• セットアップと分解が簡単です。たとえば、先週同僚がプログラミングパズルをくれて、それをいくつかの小さなステップで解決しました。作業を保留するために45分間続くgitリポジトリを作成しましたが、それはなくなりました。そのようなものが転覆にどれほど簡単かはわかりませんが、誰もそれをしているとは聞いていません。
• 切断されました。私にとって、オフラインで仕事ができるということは、仕事よりも趣味のプロジェクトにとってはるかに有益です。ホームファイアウォールに穴を開けたり、プロジェクトを公開してホストしたりする必要はありません。一時的にレポジトリをサムドライブまたはラップトップに置いても、すべての同期を維持できます。
• すべてが同じ場所に配置されました。リポジトリと作業ツリーを一緒に持つことにより、OSのアップグレードなどの作業中に小さなプロジェクトを追跡しやすくなります。
• 強力な機能。確かに、私は常に電源を必要としませんが、それが必要なときはそこにあり、必要ないときはリソースを消費しません。

git-bisect入力に応じてコミットを前後にナビゲートすることで、特定の動作を導入した正確なコミットを見つけるのは本当に素晴らしいと言われました。

あなたはします、物事のためのいくつかの日は、あなたは、単に何が起こったかを把握することはできませんことを行う必要があります。

編集：また、顧客が使用する古いバージョンでバグ修正を行う必要がある場合、分岐する能力は非常に重要です。「この小さな問題を修正するだけで、今はもう一度テストしたくないため、最新バージョンは必要ありません」を管理できる必要があります。

それは、あなたがあなた自身のコードをバージョニングすることにどれほど真剣になりたいかによって異なります。たとえば、現在のバージョンのみを保持する単純なライブラリ（またはそれが真実である限り）を構築する場合、個人的にはDropboxのような基本的なバックアップオプションを使用します。すべてのコードが失われた場合、Webからコードを復元できます。本当に愚かなことをした場合、Dropboxには30日間のバージョンバックアップがあります。

しかし、たとえば、ProductionブランチとDevブランチを保守する必要がある場合、gitは絶対に素晴らしいツールであり、svnよりはるかに高速です。ただし、データをローカルにのみ保存する場合は、ハードドライブ障害のリスクに注意してください。

私は常に、常に、あらゆる種類の開発プロジェクトにバージョン管理システムを使用しています。大きくても小さくてもかまいません。ある種の新しいテクノロジーで家で遊んでいるか、生活を楽にするための小さなヘルパーを書いているか、大規模で分散したチームで専門的に開発しているかにかかわらず、私は常にバージョン管理システムにバックアップしてもらいたいです。

確かに、ほとんどの場合、小さな個人プロジェクトではほとんどの機能を使用しませんが、gitリポジトリ（またはローカルのSubversionリポジトリ）を設定することは大したことではありません。そして、それを知る前に、「いまいましい、先週のファイルXの内容は何だったのか？」バージョン管理なし-幸運;-)

だから、あなたがgitを使用するかSVNを使用するかは本当に関係ありません-個人的にSVNからgitにますます多くのものを移行し始めていますが、主なことはバージョンコントロールを使用することです-小さなことでも。

誰も言及していないからです：個人プロジェクトでは、darcsは本当に優れており、単純なバージョン管理を行うためにgitほど関与していません。大規模なプロジェクトではそれほど高速ではありませんが、Subversionも同様です。

私たちがしていることは実験であることを理解することは、強力な精神的パラダイムシフトになる可能性があります。これをサポートする安価で簡単なツールを使用すると、前進する能力が向上します。これは、実験がうまくいかない場合に実験を中止する能力が高まるためです。

多くの開発者は、「コードのコピーを作成するだけです」と言っています。しかし、これらのコピーは管理が難しくなり、混乱してしまいます。複数のコピーがあり、どのコピーが何のためにあるか思い出せず、それらを削除しても安全なときを見つけようとします。

実験が複数のファイルにまたがる調整された変更を必要とする場合、これらすべてはさらに貴重になります。そして、それが単独の場合、Gitを使用することはさらに簡単になります。

ソロプロジェクトでそれを使用するべきかどうか疑問に思う代わりに、私はこれを私がこれより早く発見しなかったのはどんな恥かと今思います。