私は初心者の開発者で、一人で働いています。Xcodeとgitバージョン管理を使用しています。おそらく私は適切に組織化されておらず、間違ったことをしているのでしょうが、私は通常、すべてを台無しにする前に、安全を確保するためだけにコミットすることを決定しています。そして、その瞬間、私は自分がすでに行ったことを適切に説明するのは難しいと感じていますが、次に何をしようとしているのかを正確に知っています。したがって、次の参照ポイントを実行するとき、前の参照ポイントはすでに名前が付けられています。
だから私の質問は-参照ポイントが事実ではなく計画によって記述されているバージョン管理方法論はありますか？なぜこれは悪い考えかもしれませんか？
「計画」した内容に基づいてコミットを記述する際の問題は、実行された内容の正確なアカウンティングが失われることです。あなたが何かをすることを計画しているとしましょう、しかしそれはうまくいきません。したがって、ロールバックして別のことを試してみてください。それでうまくいきます。あなたはそれをコミットしますが、今あなたが「計画した」ことは実際に行われたことではありません。
その時点で、前のコミットのコメントに戻って編集し、実際に行ったことを説明する必要があります。そうしないと、時間の経過とともに変更の記録が失われるリスクがあります。また、グループで作業している場合は、実際に行ったことに基づいてコメントを付ける必要があります。そうすれば、チームの他のメンバーがそれを確認して、行ったことを確認したり、改善したりできます。
チームプロジェクトに取り組む予定がない場合を除いて、最善の策は、弾丸を噛み、最後のコミット以降に行ったことを追跡する方法を理解することです。ペンとメモ帳を脇に置いて、変更を追跡できるようにします。また、長期間にわたって行ったことを忘れないように、頻繁にコミットします。
ABC、常にコミットしています。あなたが自分自身のためにプロジェクトに取り組んでいるかもしれませんが、誰も責任を負いませんが、あなたが計画していることよりも、行われたことをコミットすることは一般的に良い考えです。
分岐は、計画していることから身を守るように設計されています。'addnewscreen'または実行する予定のブランチを作成します。このようにして、メインブランチを汚染することなく、新しいものにすべての小さな変更をコミットし続けることができます。満足したら、それをマージして、次のブランチのために新しいブランチを作成します。
行き詰まったら、Pro-GitBookは私が数え切れないほど何度も助けてくれました。うまくいけば、これもあなたを助けるでしょう。幸運を。