個人の開発でバージョン管理を行う時、作り始めの段階で最初のコミットをいつするか悩みます。書きながらああでもないこうでもないと考えてるうちに長らくコミットしないままになってしまいます。プログラム作り始めのタイミングでのバージョン管理についてコツなどありますか？
クセとしてのctrl+Sじゃなくて、意図的に保存しようと思うタイミングで、かなぁ。
ところですごい興味あるんだけど、個人の開発でのバージョン管理ってGitとか？だとしたらローカル+外付けHDDじゃない理由というか、メリットって何？
まずバージョン管理ツールについて調べた方がいいと思うけど、ログと差分が一箇所で管理できることだと思うよ。
なるほど。そのように自分で基準を設けちゃうのはわかりやすいです。ありがとうございます！私の場合はwindowsなのでgit bashを入れてローカルでgitを使ってみてます。
Subversionは何度も挫折した。当然gitも使いこなせそうにない。というわけで、ローカル+外付けHDDのコピペ管理が一番使い勝手がいいと思う
空のリポジトリ作ってから始めるけどな。
ファイルが増えた減った書き換えたに全て理由があるんだから、忘れてもいいように全部残すよ。
私も空のリポジトリ最初作って、でもそれをある程度作るところまで放置しておりました。仰る通り定期的にロールバックできるポイント作っておくと救われますね。ついついIDEが自前で履歴保ってるのに頼っちゃってますが、ファイルの削除までは対応してません。ありがとうございます！
習慣として一日の終わりに毎回コミットしています。結局どこでロールバックしたくなるかは予測不可能なので、こまめにやって損はないかと。
時間や意味での自分に合った基準を見つけて、意識的にコミットしていくのが大切なんですね。いろいろな基準で試してみようと思います。ありがとうございました。
みんなの回答 3 件
クセとしてのctrl+Sじゃなくて、意図的に保存しようと思うタイミングで、かなぁ。
ところですごい興味あるんだけど、個人の開発でのバージョン管理ってGitとか？だとしたらローカル+外付けHDDじゃない理由というか、メリットって何？
空のリポジトリ作ってから始めるけどな。
ファイルが増えた減った書き換えたに全て理由があるんだから、忘れてもいいように全部残すよ。
習慣として一日の終わりに毎回コミットしています。
結局どこでロールバックしたくなるかは予測不可能なので、こまめにやって損はないかと。
関連するトピックス