2012-04-16 5 views
2

私は初心者の開発者で、単独で働いています。私はXcodeとgitバージョンコントロールを使用しています。おそらく私は正しく組織化されていないし、間違っているが、私はすべてを台無しにする前に安全な点を作るためにコミットすることをいつも決めている。そして、その瞬間、私はすでに何をしているのかを正しく記述することは難しいと思っていますが、私は次に何を試みるのか正確に知っています。だから私は次の参照ポイントを行うときは、前の名前がす​​でに命名されています。バージョンコントロールの変更をコミットしない理由...

だから私の質問をされる - 基準点は計画ではなく、事実によって説明されているが、いくつかのバージョン管理の方法論です。なぜこれは悪い考えか?

+0

あなたのコードにコメントしていますか? – Ben

+1

ちょうど注意してください:あなたはTFSで 'Shelves'を持っています。そこにあなたのコードを保存し、凶暴モードに行くことができます。 http://stackoverflow.com/q/556981/340760 – BrunoLM

+0

@ BrunoLM gitとMercurialにも棚があります。 – steveax

答えて

1

ABCは、常にコミットしています。あなた自身のためにプロジェクトに取り組んでいるかもしれませんが、誰も責任を負いませんが、あなたがやろうとしていることではなく、行われたことをコミットするのが良い考えです。

ブランチングは、自分が計画していることから自分自身を救うために設計されています。 'addnewscreen'などのブランチを作成します。こうすることで、あなたのメインブランチを汚染することなく、あなたの新しいもののすべての小さな変更をコミットすることができます。幸せになれば、それを元に戻して、次のもののために新しい支店を作りましょう。あなたが動けなくなる場合

Pro-Git Bookは私が数を失ってしまったので、何度も助けました。うまくいけば、これもあなたを助けるでしょう。がんばろう。

2

記述に問題行うには、あなた「計画は」あなたは何が行われたかの正確な会計を失うことであるものに基づいてコミットします。あなたが何かをすることを計画しているとしましょうが、それはうまくいきません。だからあなたはロールバックして何かを試してみると、それはうまくいく。あなたはそれを約束しますが、今はあなたが "計画した"ことは、実際に行われたことではありません。

その時点で、あなたは戻って、以前のコメントはあなたが実際に何をしたかを説明や経時変化の記録を失う危険にコミット編集する必要があります。また、グループで働いている場合は、実際に行ったことに基づいてコメントを作成する必要がありますので、チームの他のメンバーがそれを見て、自分が行ったことを確認したり、改善したりすることができます。

あなたはチームプロジェクトで作業したことがないののでない限り、あなたの最善の策は、最後のコミット以降だけ弾丸をかむと、あなたは何をやったかを追跡する方法を見つけ出すことです。私はペンとメモ帳を私の側で保持しているので、私は変更を追跡することができます。私はまた、長い間何をしてきたのか忘れないように頻繁にコミットしています。

+1

+1を得ました。 DVCSの大きな利点の1つは、小さな細かいコミットを作成し、変更/機能が完全で十分にテストされたときにそれらをすべてプッシュできることです。 – steveax

関連する問題