開発者は常にバージョン管理を使用するべきか
重複の可能性：
独立した開発者のためのバージョン管理？
「このプロジェクトで作業しているのは私だけなので、ソース管理下に置く必要はありません」と「このプロジェクトでバージョン管理されたバージョンを作業する必要はありません。ちっちゃいね"。
私の意見では、プロジェクトがどんなに小さくても、クライアントに付加価値を与えている限り（そして彼らもその代価を払っている限り）、開発者はバージョン管理を行うべきです。特にその会社の方針以来。
私は正気か、私の立場は理にかなっていますか？.
質問：開発作業は常にバージョン管理されるべきですか？
はい、開発者は常に何らかのバージョン管理を使用する必要があります。プロジェクトがどれほど大きくなるか、何人の人がそれを使用するか、またはあなたが今導入したバグを誰が知っているか。 VCは、プロジェクトのオフサイトストレージとも連携する必要があります。
それは絶対に個人的な決定です。
私は-私は制御バージョンを入れますanything。文字通り-何でも。問題ではありません-ショップで購入するもののリストですか、それともプロジェクトのソースですか。
もちろんです。他に何もない場合（そしてそれが大きい場合）、作業中の実装を失うことを心配することなく、コードをいじることができます。
どのくらいの開発作業を失う余裕がありますか？変更を取り消す必要がある場合はどうなりますか？遅かれ早かれあなたはそれを必要とするでしょう。
コードを書くたびにこれを行わない理由は絶対にありません。 gitをインストールしている場合は、使い捨てと思われるものに対してローカルでこれを実行することもできます。基本的に、ファイルを2回以上編集する場合は、バージョン管理を行う必要があります。とても簡単です。
なぜこれをしませんか？それを行うかどうかを判断しようとすることの認知的負荷は、常にそれを行うだけのコストを超えるようです。真剣に、誰がここで救おうとしているのでしょうか？
心が揺れる。
はい、すべての時間ソース管理を使用する必要があります....
プロジェクトが小規模であっても、それを使用することには大きなメリットがあります。さらに、チームがバージョン管理システムの使用方法を知っていれば、オーバーヘッドはほとんどありません。
小さなプロジェクトのトレーサビリティがあることも重要です。同じファイルを他のつま先を踏まなくても作業でき、バックアップとして機能します。
はい、あなたは正しいです。バージョン管理を使用すると、行き詰まった場合に前のポイントにロールバックできます。また、コードのバックアップを保持することもできます（特に企業環境では重要です）。何らかの理由で、この小さなプロジェクトのリポジトリを作成するとオーバーヘッドが多すぎると思われる場合は、gitやMercurialなどの分散型VCSを使用してローカルにリポジトリを作成することを検討してください。
これを行うのが非常に安価なソース管理ツールを使用する必要があります。
Subversionを使用しているときはすぐにソース管理を使用しないという悪い癖がありましたが、GitやMercurialなどのツールを使用すると、始めるのがとても安いです
私見それは良い習慣だと思います。私は、さまざまなソリューションを試していて、コードの正常なバージョンにバックアップしたい場合に、命を救うことができます。
小さな個人的なプロジェクトでも使用します。私は自分のコードをいじくり回しているので、Ctrl-Zを何度も呪い、時間をさかのぼることができませんでした。
それをばかだと言う人は誰でも。
そのようなものを変更し始めることができると思わない限り、あなたが働きたいと思っている場所ではないと言っている開発者（またはマネージャー）を雇っている会社。
正直、戦争の話を聞きますが、そのような場所はもう存在しないと真剣に考えていました。