... うように必要に応じて編集し、メッセージの最初の行に自動的に付加されるプルリクエスト番号を削除します。 プルリクエストのコミット履歴を書き換えるとき、その目的は Django のコミット履歴をできるだけ有用なものにすることです: パッチに前後のコミットが含まれている ... ープ分けで分ける: ファイルへの他の変更と同時にスタイルのクリーンアップを行う場合、変更を 2 つの異なるコミットに分けることで、履歴のレビューがしやすくなります。 プルリクエスト内の上流ブランチのマージに注意してください。 コミットするたびに、テストをパスし ... 業については、理にかなっていれば複数のコミットに分けても構いません。 実用性は純粋さに勝るので、プルリクエストに対してどの程度履歴を加工するかは各マージャー次第です。主なポイントは、コミュニティを巻き込むこと、仕事を終わらせること、そして使えるコミット履 ... ... スに影響を与えないオプションであっても、マイグレーションを行います。フィールドを正しく再構築する唯一の方法は、すべての変更が履歴に残っていることであり、後々のデータマイグレーションで、これらのオプションが必要になるかもしれないからです (たとえば、カスタ ... rations = True class MyModel ( models . Model ): objects = MyManager () それに伴う影響については、マイグレーションにおける 履歴上のモデル のメモも参考にしてください。 初期マイグレーション ¶ Migration. initial ¶ アプリの「初期マイグレーション」とは、そ ... ーションをフェイク適用します。 --fake-initial がなければ、初期マイグレーションは他のマイグレーションと同じように扱われます。 履歴の一貫性 ¶ 前に説明したように、2つの開発ブランチを結合するときに、マイグレーションを手動で線形化する必要があるかもしれません ... ... スに影響を与えないオプションであっても、マイグレーションを行います。フィールドを正しく再構築する唯一の方法は、すべての変更が履歴に残っていることであり、後々のデータマイグレーションで、これらのオプションが必要になるかもしれないからです (たとえば、カスタ ... rations = True class MyModel ( models . Model ): objects = MyManager () それに伴う影響については、マイグレーションにおける 履歴上のモデル のメモも参考にしてください。 初期マイグレーション ¶ Migration. initial ¶ アプリの「初期マイグレーション」とは、そ ... ーションをフェイク適用します。 --fake-initial がなければ、初期マイグレーションは他のマイグレーションと同じように扱われます。 履歴の一貫性 ¶ 前に説明したように、2つの開発ブランチを結合するときに、マイグレーションを手動で線形化する必要があるかもしれません ... ... elds.W225 : null has no effect on GeneratedField . This check is removed in Django 6.1.2. fields.E900 : IPAddressField は、履歴マイグレーションでのサポートを除いて削除されました。 fields.W900 : IPAddressField は非推奨になりました。このフィールドのサポ ... ートは (履歴マイグレーションを除いて) Django 1.9 で削除されます。 このチェックは Django 1.7 と 1.8 で登場しました。 fields.W901 : CommaS ... eparatedIntegerField は非推奨になりました。Django 2.0 では (履歴マイグレーションを除いて) サポートがなくなります。 このチェックは Django 1.10 と 1.11 で登場しました。 fields.E901 : CommaSe ... ... elds.W225 : null has no effect on GeneratedField . This check is removed in Django 6.1.2. fields.E900 : IPAddressField は、履歴マイグレーションでのサポートを除いて削除されました。 fields.W900 : IPAddressField は非推奨になりました。このフィールドのサポ ... ートは (履歴マイグレーションを除いて) Django 1.9 で削除されます。 このチェックは Django 1.7 と 1.8 で登場しました。 fields.W901 : CommaS ... eparatedIntegerField は非推奨になりました。Django 2.0 では (履歴マイグレーションを除いて) サポートがなくなります。 このチェックは Django 1.10 と 1.11 で登場しました。 fields.E901 : CommaSe ... ... うように必要に応じて編集し、メッセージの最初の行に自動的に付加されるプルリクエスト番号を削除します。 プルリクエストのコミット履歴を書き換えるとき、その目的は Django のコミット履歴をできるだけ有用なものにすることです: パッチに前後のコミットが含まれている ... ープ分けで分ける: ファイルへの他の変更と同時にスタイルのクリーンアップを行う場合、変更を 2 つの異なるコミットに分けることで、履歴のレビューがしやすくなります。 プルリクエスト内の上流ブランチのマージに注意してください。 コミットするたびに、テストをパスし ... 業については、理にかなっていれば複数のコミットに分けても構いません。 実用性は純粋さに勝るので、プルリクエストに対してどの程度履歴を加工するかは各マージャー次第です。主なポイントは、コミュニティを巻き込むこと、仕事を終わらせること、そして使えるコミット履 ... ... を宣言的に保持するオブジェクト、から構成されます。 Django はこれらの Operation オブジェクトも使用して、モデルの履歴を確認し、前回のマイグレーション以降にモデルに加えた変更を計算します。そのため、自動的にマイグレーションを書き出すことができ ... eateModel ¶ class CreateModel ( name , fields , options = None , bases = None , managers = None ) [ソース] ¶ プロジェクトの履歴に新たなモデル、そしてデータベース上に対応するテーブルを作成します。 name は models.py ファイルに定義されているであろうモデル ... マネージャがこのモデルの標準マネージャとして利用されます。 DeleteModel ¶ class DeleteModel ( name ) [ソース] ¶ プロジェクトの履歴からモデルを、加えてデータベースから該当モデルを扱うテーブルを削除します。 RenameModel ¶ class RenameModel ( old_name , new_ ... ... を宣言的に保持するオブジェクト、から構成されます。 Django はこれらの Operation オブジェクトも使用して、モデルの履歴を確認し、前回のマイグレーション以降にモデルに加えた変更を計算します。そのため、自動的にマイグレーションを書き出すことができ ... eateModel ¶ class CreateModel ( name , fields , options = None , bases = None , managers = None ) [ソース] ¶ プロジェクトの履歴に新たなモデル、そしてデータベース上に対応するテーブルを作成します。 name は models.py ファイルに定義されているであろうモデル ... マネージャがこのモデルの標準マネージャとして利用されます。 DeleteModel ¶ class DeleteModel ( name ) [ソース] ¶ プロジェクトの履歴からモデルを、加えてデータベースから該当モデルを扱うテーブルを削除します。 RenameModel ¶ class RenameModel ( old_name , new_ ... ... ルの例外は makemigrations コマンドです。このコマンドは新しいマイグレーションを作成する前に、データベース内のマイグレーション履歴を検証して、既存のマイグレーションファイルの問題 (マイグレーションファイル自体の編集によって起こるものを含む) を検出します。 ... めに使われます。 model_name がセットされている場合、通常 hints には 'model' というキーの下にモデルクラスが含まれます。これは 履歴上のモデル であり、カスタム属性、メソッド、マネージャを持たないことに注意してください。 _meta にのみ依存する必要があります。 ... ると、外部キーが壊れたり、テーブルが増えたり、テーブルがなくなったりする可能性があります。 makemigrations がマイグレーション履歴を確認するとき、マイグレーションが許可されていないデータベースはスキップされます。 ルーターはこれらのメソッドを 全て 提供する ... ... ルの例外は makemigrations コマンドです。このコマンドは新しいマイグレーションを作成する前に、データベース内のマイグレーション履歴を検証して、既存のマイグレーションファイルの問題 (マイグレーションファイル自体の編集によって起こるものを含む) を検出します。 ... めに使われます。 model_name がセットされている場合、通常 hints には 'model' というキーの下にモデルクラスが含まれます。これは 履歴上のモデル であり、カスタム属性、メソッド、マネージャを持たないことに注意してください。 _meta にのみ依存する必要があります。 ... ると、外部キーが壊れたり、テーブルが増えたり、テーブルがなくなったりする可能性があります。 makemigrations がマイグレーション履歴を確認するとき、マイグレーションが許可されていないデータベースはスキップされます。 ルーターはこれらのメソッドを 全て 提供する ... 2026年10月08日