Pytest-django: Neue Version?

1.11-basierte neue Version sollte @blueyed veröffentlicht werden

@Pelme
Was sagst du?
Ich bin mir nicht einmal sicher, ob ich die Erlaubnis habe, eine Veröffentlichung zu machen.

irgendwelche Neuigkeiten dazu? Helfen auch gerne.

Ein weiteres Problem ist, dass Python 3.6 nur in der unveröffentlichten Version als unterstützt angegeben ist.

Wir benötigen ein aktualisiertes Änderungsprotokoll. Wenn jemand es vorbereiten möchte, wäre das sehr hilfreich und ich werde dann so schnell wie möglich eine Veröffentlichung vornehmen.

Ich habe @blueyed als Betreuer auf PyPI hinzugefügt, damit er auch Pakete hochladen kann!

Um häufigere Veröffentlichungen zu haben, hier sind ein paar Möglichkeiten, wie Sie helfen können, die sehr, sehr geschätzt würden ❤️:

• Der Freigabeprozess ist jetzt leicht manuell (Tagging, Tag auf Github pushen, sdist+wheel erstellen, auf PyPI hochladen). Dies könnte ein Skript sein. Dh nur die Angabe dieser Schritte in einem einfachen Skript, das eine Versionsnummer als Argument annehmen würde. Auch dies wäre zu dokumentieren.

• Das Changelog-Management ist etwas mühsam und verhindert häufige Releases. Etwas wie in das obige Skript integriertes towncrier wäre sehr hilfreich.

• Helfen Sie mit, Releases zu machen. Sie müssten bereits ein pytest-django-Github-Betreuer sein oder eine Art Erfolgsbilanz in der pytest-Community haben. Teilen Sie mir Ihren PyPI-Benutzernamen mit und ich füge Sie als Betreuer hinzu. :)

@p-himik Das ist ärgerlich, aber nur um das klarzustellen: Die aktuelle Version funktioniert gut mit Python 3.6 (ich benutze es selbst täglich).

Danke, @pelme.

Gute Ideen, ich denke, die Verwendung von Towncrier könnte sinnvoll sein, bin mir aber nicht sicher, ob es wirklich besser ist, als das Git-Protokoll einmal pro Release manuell zu überfliegen - pytest selbst verwendet es, aber dort ist im Allgemeinen mehr los.

Es dauert nicht zu lange, das Änderungsprotokoll zu überfliegen, aber (für mich sprechend) wäre es schön, die kleinen Schritte zu entfernen und Veröffentlichungen zu automatisieren, und es wahrscheinlich so zu machen, dass ich häufiger veröffentlichen würde. Im Idealfall wäre es schön, Bugfix-Releases mit so ziemlich jedem zusammengeführten Bugfix-PR herauszubringen. Es ist scheiße, auf Bugfix-Releases zu warten. :)

Ich werde an einer Tox-Konfiguration für die Verwaltung von Releases arbeiten, sobald ich aus dem Urlaub zurück bin.

@pelme wie wär's jetzt mit einem neuen Release? :)

@pelme wie wär's jetzt mit einem neuen Release? :)

Ja, das PyPi-Paket ist sehr alt und unterstützt Django 1.11 nicht :(

Der Freigabeprozess ist jetzt leicht manuell (Tagging, Tag auf Github pushen, sdist+wheel erstellen, auf PyPI hochladen). Dies könnte ein Skript sein. Dh nur die Angabe dieser Schritte in einem einfachen Skript, das eine Versionsnummer als Argument annehmen würde. Auch dies wäre zu dokumentieren.

Ich mache dafür ./setup.py publish mit diesem Code: https://github.com/jedie/python-code-snippets/blob/master/CodeSnippets/setup_publish.py

Eine echte Lösung ist so etwas wie https://github.com/zestsoftware/zest.releaser ... aber investieren Sie niemals die Zeit, um es zu evaluieren ;)

Der Freigabeprozess ist jetzt leicht manuell (Tagging, Tag auf Github pushen, sdist+wheel erstellen, auf PyPI hochladen). Dies könnte ein Skript sein. Dh nur die Angabe dieser Schritte in einem einfachen Skript, das eine Versionsnummer als Argument annehmen würde. Auch dies wäre zu dokumentieren.

Ich veröffentliche dafür eine ./setup.py mit diesem Code: https://github.com/jedie/python-code-snippets/blob/master/CodeSnippets/setup_publish.py

Ich schlage vor, mit Travis Build Stages einen Schritt weiter zu automatisieren. Dies vereinfacht den Veröffentlichungsprozess auf einfaches Markieren und Pushen. Die PyPI-Veröffentlichung erfolgt automatisch, nachdem die Tests bestanden wurden. Ich habe es in vielen meiner Projekte verwendet und es funktioniert großartig.

Ich kann eine PR schicken, die dies einrichtet, wenn ich eine Chance bekomme. Der Betreuer muss nur seinen PyPI-Benutzernamen und sein verschlüsseltes Passwort hinzufügen, damit es funktioniert.

Ja, das PyPi-Paket ist sehr alt und unterstützt Django 1.11 nicht :(

Es tut AFAIK?!

@sloria
Das wäre schön IMHO.
AFAIK, ich darf auf PyPI freigeben, also könnten wir eventuell meine Anmeldeinformationen verwenden (oder besser einen separaten Benutzer erstellen?), Für den Fall, dass @pelme keine Chance bekommt, es selbst zu tun.

Der Freigabeprozess ist jetzt leicht manuell (Tagging, Tag auf Github pushen, sdist+wheel erstellen, auf PyPI hochladen).

Nun, es ist nicht so schlimm! :) Automatisierung ist super nett aber mittlerweile kann man mit diesen manuellen Schritten leben.

Irgendwelche Pläne dafür? Es gab zwei große Django-Releases, seit dieses Paket zuletzt auf PyPI gepusht wurde, und für die Unterstützung von Django 2 muss ich es direkt von Git installieren.

Noch keine Neuerscheinung? :(

Seit der letzten Veröffentlichung gab es 81 Commits und 504 Tage.

Fertig: https://github.com/pytest-dev/pytest-django/releases/tag/3.2.0

Hoffentlich funktioniert https://travis-ci.org/pytest-dev/pytest-django/jobs/366444792 wie erwartet, um es auf PyPI hochzuladen.

noch nicht in pypi

Siehe https://github.com/pytest-dev/pytest-django/pull/590/a96931e .

Hoffentlich mit 3.2.1 (50063c4) behoben.

https://pypi.python.org/pypi/pytest-django :Feuerwerk: