OK、数百行の適切なコードを元に戻しました。分かってる。それはすべて私のせいで、SVN やバージョン管理システムとは何の関係もありません。私は非常に疲れていて、非常に気が散っていたので、コミットボタンの代わりに元に戻すボタンを押しました。
SVN (おそらく Ankh クライアント) は、ユーザーが誤って破壊的なアクションを実行するのを防ぐために多くのことを行うことができます。しかし、私はツールを責めるつもりはありません。私は責任を負い、自分の時間でそれを支払います。
今、私は謙虚にあなたのアドバイスを求めます.
頻繁にコミットする必要がありますか? コードが不完全でも？コードが実行されなくても？
サンドボックスはどうですか？それらは開発中のコードをコミットする目的で使用されていますか?
一方で、シンプルなローカル リビジョン コントロール ソフトウェアはありますか? ファイルシステムを監視し、すべての変更を記録するものはありますか?
前もって感謝します。
個人的には、SVN ブランチを作成し、ブランチに頻繁にコミットするのが好きです。これにより、トランクがきれいに保たれますが、必要に応じて元に戻す自由を使用して、多くのコードの反復を自由に書くことができます。特にツリー構造に変更がある場合、マージは頭痛の種になる可能性があるため、トランクが変更されている間はSVNブランチを長時間実行しないようにすることを学びました。
以上のことから、私が勤務する組織は Git に切り替える予定です。
Apache は、SVN のベスト プラクティスであると考えられるものをここに投稿しています。
この投稿にも良い情報があります: Subversion ブランチ/トランクのベスト プラクティス - ブランチを最新に保ちますか?
「ローカルの変更」が git の強みです。git は完全なリポジトリをローカルに提供するため、できるだけ頻繁にコミットしてログを作成できます。
個人的には、svn を使用するときは、必要なだけ頻繁に分岐してコミットします。完了したら、トランクにマージします。もちろん、git とは異なり、リモート svn リポジトリへの接続が必要です。
また、化石をローカル リポジトリとして使用して、ローカルの履歴を保持することもできます。git としても使用できます。ローカル ファイルの履歴を保持し、必要に応じてリポジトリを別のマシンに移動するために使用するのが好きです。
非常に小さく、何もインストールする必要はありません (1 つのファイルのみ)。小さな Web サーバーや wiki が含まれています。試してみてください。