Autofixture: v4 RC1-Version

Ich habe die Idee, einen RC zu veröffentlichen, bevor die endgültige Version veröffentlicht wird. Es kann passieren, dass etwas kaputt geht, also können wir ein Feedback einholen und das beheben. Bis zu diesem Zeitpunkt ist alles bereit (einschließlich der Dokumentation), sodass Benutzer mit dem Upgrade beginnen können. Wenn es in letzter Minute Probleme gibt, können wir sie vor der endgültigen Veröffentlichung beheben. Wenn nicht, werden wir es einfach an RTM weiterleiten.

Meine Sorge ist, dass diese Version zu viele Änderungen enthält – von grundlegenden Änderungen bis hin zu neuen RIESIGEN Funktionen (wie .NET Core-Unterstützung, überarbeiteter NSubstitute-Integrationsansatz). Es könnte leicht passieren, dass wir etwas übersehen haben und RC hier gut funktionieren würde.

@AutoFixture/core Was denkst du?

Spielen RC und RTM gut mit SemVer? Ich persönlich hasse diese RT und RTM Versionierungsschemata 😆 Wenn es zur Veröffentlichung bereit ist, dann sollte es vielleicht veröffentlicht werden (?)

Spielen RC und RTM gut mit SemVer? ich

Klar, hier ist es beschrieben .

Wenn es zur Veröffentlichung bereit ist, sollte es vielleicht veröffentlicht werden (?) Wenn etwas kaputt ist, wird es repariert (?)

Für mich ist die Idee hinter RC, das Publikum für die "erste Welle" durch Leute zu begrenzen, die bereit sind, an Tests teilzunehmen und ihr Feedback zu teilen. Diese Leute werden weniger verwirrt sein, wenn es Probleme gibt, und sie werden mit höherer Wahrscheinlichkeit berichten - sie sind Enthusiasten und wissen, was sie tun.

Wenn wir nur das RTM veröffentlichen, könnte es möglicherweise von einem größeren Personenkreis installiert werden. Sie könnten verwirrt sein, wenn einige grundlegende Fehler auftreten, und könnten sich entscheiden, die Verwendung des Produkts auf einen nicht bestimmten Zeitpunkt in der Zukunft zu verschieben.

Eine andere Geschichte ist SemVer. Wenn es passiert, dass wir Breaking Changes anwenden müssen, um etwas zu reparieren (zB mit NSubstitute-Integration), können wir sie trotzdem anwenden. Auf der anderen Seite, wenn wir v4 freigeben, müssen wir v5 freigeben, um sie zu reparieren oder veraltete zu umgehen.

Da RC nichts kostet, sehe ich keine Probleme damit. Siehst du? Ich möchte wirklich, dass die Leute die .NET Core-Unterstützung testen und das Feedback teilen, da ich nicht 100% sicher bin, dass wir damit keine Dummy-Probleme haben.

@moodmosaic Habe ich dich überzeugt? 😄

Ich weiß nicht... Ich würde lieber direkt Version 4.0.0 veröffentlichen... Wenn @AutoFixture/core keine Idee(n) hat, überlasse ich die endgültige Entscheidung Ihnen.

@moodmosaic Danke, dass du deine Meinung

Bis zur Veröffentlichung haben wir noch etwas Zeit, also @adamchester und @ecampidoglio dazu denken.

Könnten Sie auch beschreiben, ob Sie dabei Probleme sehen?

Mit was? RC und RTM vermeiden ist, nun ja, nur meine Meinung 😉 Es bedeutet nicht, dass du es so machen musst...

Nur zur Klarstellung, @zvirja ,

@Kralizek Yep, ich habe so einen Plan, es sei denn, @adamchester und @ecampidoglio (wenn er noch am Projekt teilnimmt) haben starke Bedenken dagegen.

@adamchester Wir stehen kurz vor der Veröffentlichung von v4 RC. Momentan sind alle Hauptarbeiten erledigt und ich warte, bis alle PRs zusammengeführt sind, um mit den letzten Vorbereitungen fortzufahren. Es wäre großartig, wenn Sie eine Stunde Freizeit einplanen und die ausstehenden PRs überprüfen könnten. Dadurch können sie schneller geschlossen werden und wir müssen nicht 1 Woche auf ihren Ablauf warten.

Ich hoffe, Sie können diese Zeit einteilen und wir werden schneller fortfahren😊

Ich habe alle Vorbereitungen für die Veröffentlichung abgeschlossen.

@moodmosaic Könnten Sie bitte die
ReadMe: https://github.com/AutoFixture/AutoFixture/tree/v4
Wiki: https://github.com/AutoFixture/AutoFixture/wiki/v4.0-Release-Notes

Es kann passieren, dass ich ein paar dumme Tippfehler gemacht habe, also könnte ein neuer Look helfen 😉 Danke im Voraus.

Huch, endlich fertig! v4 RC1 wurde vor wenigen Augenblicken veröffentlicht! 🎉🎈 ✨🌟

Ich möchte allen danken, die an dieser Veröffentlichung teilgenommen haben. Das war ein ziemlich langer Weg, und wir haben viel Geld aufgewendet, um dies zu ermöglichen.

@moodmosaic Danke für deine aktive Teilnahme am Code-Review und diverse Diskussionen. Ich weiß, dass Sie manchmal von der erforderlichen Aufmerksamkeit überwältigt waren, aber Sie fanden immer Freizeit zum Nachfassen! Diese Veröffentlichung wäre ohne Ihre Investitionen nicht möglich. 🍻🏇🥇

@adamchester @ecampidoglio Vielen Dank für Ihre Kooperation und Hilfe bei der

@ploeh Ich möchte mich für das tolle Produkt bedanken, das du gemacht hast 🤝 Danke auch für die ganze Zusammenarbeit bei der Eigentumsübertragung - es hat reibungslos geklappt, da du mir immer geholfen hast, wenn es nötig war.

Außerdem möchte ich mich bei allen bedanken, die an verschiedenen Diskussionen teilgenommen, das Projekt aktiv verfolgt, PRs gefeuert und dort mitgearbeitet haben. Hier sind einige Namen, aber ich könnte leicht jemanden übersehen: @Kralizek @frblondin @sergeysushlyapin @steve-codemunkies @adamralph @blairconrad. Danke Jungs

Ich habe mich sehr gefreut, an diesem Prozess teilzunehmen und das Gefühl zu haben, dass wir etwas Großartiges machen. Danke für die tolle Gelegenheit 😊

Hier die Links:
ReadMe: https://github.com/AutoFixture/AutoFixture/tree/v4

Dieser scheint kaputt zu sein.

Es war die Zielseite für den v4-Zweig. Jetzt ist dieser Zweig mit master , also öffne einfach die Projektseite :wink: