Path: csiph.com!fu-berlin.de!uni-berlin.de!not-for-mail
From: =?UTF-8?Q?Thomas_G=c3=bcttler?= <guettliml@thomas-guettler.de>
Newsgroups: de.comp.lang.python
Subject: Re: [Python-de] Django fixtures und migrations...
Date: Thu, 15 Jun 2017 12:55:19 +0200
Lines: 38
Message-ID: <mailman.86.1497524127.10125.python-de@python.org>
References: <860f4062-2179-150a-6571-94b661c750ce@jensdiemer.de> <ab4ed369-52a1-48df-71d0-fa577d3ed2e8@thomas-guettler.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: news.uni-berlin.de G0bXx6KDJyXOXaQsLWzgWQcX577a9WIB6nV5tIWKVrIw==
Return-Path: <guettliml@thomas-guettler.de>
X-Original-To: python-de@python.org
Delivered-To: python-de@mail.python.org
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1
In-Reply-To: <860f4062-2179-150a-6571-94b661c750ce@jensdiemer.de>
Content-Language: de-DE
X-BeenThere: python-de@python.org
X-Mailman-Version: 2.1.24
Precedence: list
List-Id: Die Deutsche Python Mailingliste <python-de.python.org>
List-Unsubscribe: <https://mail.python.org/mailman/options/python-de>, <mailto:python-de-request@python.org?subject=unsubscribe>
List-Archive: <http://mail.python.org/pipermail/python-de/>
List-Post: <mailto:python-de@python.org>
List-Help: <mailto:python-de-request@python.org?subject=help>
List-Subscribe: <https://mail.python.org/mailman/listinfo/python-de>, <mailto:python-de-request@python.org?subject=subscribe>
X-Mailman-Original-Message-ID: <ab4ed369-52a1-48df-71d0-fa577d3ed2e8@thomas-guettler.de>
X-Mailman-Original-References: <860f4062-2179-150a-6571-94b661c750ce@jensdiemer.de>
Xref: csiph.com de.comp.lang.python:4801

Sorry, für die späte Antwort. Ich schaue nur selten bei Python-DE nach.

Hast du eine Lösung gefunden, und wie sieht die aus?

Hier meine Gedanken.

Also ich verwende Fixtures nicht. So weit ich weiß überschreiben die auch Änderungen,
die vom Kunden per Django-Admin gemacht wurden. Das gefällt mir nicht.

In Unittests arbeite ich in der Regel mit der Django ORM Methode update_or_create(). Ein Hinweis dazu:
Ich derzeit nicht mit der Django-Methode, dass die DB immer komplett geleert wird vor jedem Test.

Ich nutze die aktuelle DB. Das hat den Vorteil, dass man nach dem der Test lief sich die Anwendung
mit dem Browser anschauen kann.

Ansonsten nehme ich entweder Migrationen oder temporäre Einweg-Scripte um Daten ins Prod zu bekommen.

Warum willst du die Models/Tabellen füllen. Beschreibe doch bitte etwas genauer was dein Anliegen ist.

Gruß,
   Thomas

Am 26.05.2017 um 10:12 schrieb Jens:
> 
> Seine Modells mit Test Daten füllen kann man u.a. programatisch oder per fixtures machen...
> 
> Bei fixtures hat man evtl. das Problem, das Model Änderungen dazu führen, das diese nicht mehr eingespielt werden können...
> 
> Natürlich kann man darauf achten, das man die fixtures Daten vor einer Änderung einspielt, die Datenbank per Migration 
> aktualisiert und dann wieder ein dumpdata macht.
> 
> Ich frage mich allerdings gerade, ob es kein Projekt gibt, was genau das automatisch macht?!?
> 
> Habe danach gesucht, aber noch nichts gefunden... Kennt jemand sowas?
> 

-- 
Thomas Guettler http://www.thomas-guettler.de/