私はすぐにAndroidについて学ぶためにAndroidプロジェクトを開始し、一緒にgitを学ぶ予定です。最初のコミットには何が必要ですか？
私は興味がありましたが、最初のコミットには何が必要ですか？それはアプリケーションの単なるシェルであるべきですか？たぶんデフォルトのファイルのようにアプリ情報を入れているのでしょうか？おそらく、クラスファイルは必要になりますが、比較的空のままにしておきますか？
これ以外のほとんどのプロジェクトで同じ質問があります。私があまりにも漠然としているなら、私に知らせてください。あなたが好きなものを明確にしようとします。
あなたの最初のコミットはいくつかの基本的な構造でなければなりません（つまり、構造を埋めることさえせず、素人の骨をコミットするだけです）。すべてのコミットは比較的小さな変更でなければなりません。これは、途中のすべての変更を追跡するのに役立ちます（特に、コミット情報セクションでの各小さなコミットの実行/変更の内容を文書化する場合）。また、あなたは働いていないものをコミットすることは決してありません...
乾杯！
何が小さな変化ですか？私がしばらく前に得たアドバイスの1つは、働くビルドをコミットすることでした。これは理にかなっています。彼らがそこにいると正しく動作しないものをコメントアウトすることもあります。 – Portaljacker
@Portaljacker小さな変更。たとえば、2つのベアボーンクラスを持つプログラムがある場合 - 私はコンストラクタを追加した後コミットします。その後、私はコンストラクタを埋めるし、再びコミットします。私はそれをきれいにして理解しやすいようにできるだけ多くの小規模なコミットをしようとします。また、間違いを修正すると、修正が容易になります。 – BigBug
@Portaljackerまた、うまくいきません。あなたはそれをコメントすることができます - 私はあなたが（それをコメントアウトするよりも）コミットする前にそれを働かせることをお勧めします。これは、小さなチームや自分でこれを構築する場合に特に効果的です。セクションごとに（小さな変更を加えて）コードセクションを作業し、構築しておくことができます。それは理にかなっていますか？そう思う。 – BigBug
それは本当に問題でdoens'tが、私の提案は次のようになります。
を使用すると、単一のソースファイルおよび/またはビルドスクリプトで、おそらく、最初に使用される、空のディレクトリ構造をコミットします。可能な限り早くコミットすることが重要です。したがって、リポジトリに完全な履歴があります。 （つまり、最初のコミットを行う前に1時間働かないでください）。
ほとんどの場合、できるだけ早くそれをやりたいだけです。あなたはプロジェクトの初めからソースコントロールを使いたいと思っています。あなたが現在持っているものを追加してコミットするだけです。ディレクトリ構造とreadme/sourceファイルで十分です。
最初のコミットに入れたものは、後で決定する場合はrebaseを使用して書き換えに問題があります。あなたの最初のコミットとして基本的なREADMEを書いておきます。
それはあなたの好みですが、私は通常、シェルまたは最初のコミットの作業の最初の "セッション"を入れます。 –
私はしばしば最初のコミットに '.gitignore'を入れます。 – Mat