Weiterentwicklung der EXT:fs_media_gallery

The_C

Wie ginge den das wenn ich auf GH die Ext frei zur verfügung stelle ginge das jetzt aus meiner Testseite die auch schon auf GH liegt oder muss ich da ein eigenen GH zugang machen und das irgendwie mir ddev aufsetzen hab das noch nie gemacht...
Wär echt mal interessant zu wissen wie das geht

Eric Harrer

Was meint ihr: bisher liegt die Extension bei Bitbucket. Ein echter Fork mit Bezug zum ursprünglichen Repository und der Möglichkeit daraus dann einen Pull Request abzuleiten wäre nur bei Bitbucket gegeben. Auch wenn ich selbst ebenfalls lieber mit GitHub arbeit wäre das ggfls. Ein Grund bei Bitbucket zu bleiben statt ein neues Repository bei GitHub anzulegen als lose Kopie ohne Bezug. Wie seht ihr das? Oder gibt es Cross-Plattform-Kooperationsmöglichkeiten von denen ich bisher noch nichts weiß?

Eric Harrer

Eric Harrer Die Übergabe der lese und/oder TER Schreibrechte sollte möglich sein im TER Login Bereich des Maintainers unter "Managing my access tokens". Hier kann ein Token für die Extension erzeugt werden, der an den neuen Maintainer übergeben werden kann.

The_C

Das hat schon mal wer sowas gemacht:
https://github.com/web-vision/fs_media_gallery
Ich würde GitHub nehmen.

Eric Harrer

The_C man kann ja beliebig viele Forks eines Repositories erzeugen. Die Tatsache dass schonmal jemand geforkt hat wäre kein Argument gegen Bitbucket. Wenn du GitHub lieber magst können wir auch erstmal dort kooperieren. Falls es tatsächlich spruchreif wäre, den Maintainer abzulösen können wir die Frage ja nochmal neu diskutieren und ggfls. den entwicklungsstand auf Bitbucket hochladen um einen PR erzeugen zu können.

@Mogens Fiebrandt wie würdest du diese Frage einschätzen?

Mogens Fiebrandt

Ja. Sehe ich auch so.
Im ersten Schritt einen Fork machen. Diesen dann erstmal auschecken und auf den Stand bringen. Und den neuen Branch/Tag dann erstmal über composer laden.

Eric Harrer

Mogens Fiebrandt ok, also lege ich etstmal einen richtigen Fork bei Bitbucket an, damit wir den technischen Vorteil eines Bezugs zum ursprünglichen Repository nutzen können. Zu einem späteren Zeitpunkt könnte man dann immernoch umziehen wenn man tatsächlich zum Maintainer des Repositories wird. Ich glaube dann kann man soweit ich weiß sogar die Git-Historie, die ja schon recht lang ist, mit umziehen.

@Mogens Fiebrandt wäre natürlich cool, wenn du schon etwas früher Zeit für Code -Änderungen findest als ich. Ich werde später mal den öffentlichen Fork anlegen und hier den Link teilen.

Mogens Fiebrandt

Ja. Die Git-Historie kann man mitnehmen.
Ein Link hier wäre super.

Eric Harrer

Ich habe den Fork nun angelegt:
https://bitbucket.org/erhaweb/fs_media_gallery/src/master/

Den ursprünglichen Master, der die Version 3.0.3 enthielt habe ich im Branch 3.x hinterlegt.
Christians TYPO3 v12 kompatible Fassung, die er mir nun noch über Slack zukommen lassen hat habe ich im Branch 4.x hinterlegt.
Christians TYPO3 v13 kompatible Fassung habe ich in den Branch master eingespielt.

Auf diese Weise können wir getrennt die jeweiligen Fassungen bearbeiten.
@Mogens Fiebrandt vielleicht hast du ja Lust die v13 Fassung zu prüfen und einen ersten PR beizusteuern ☺️

Wenn ich dann mal Zeit finde für unsere Vereinsseite würde ich mich selbst in den Code einarbeiten und ggfls. noch notwendige Anpassungen vornehmen.
@The_C vielen Dank dir fürs öffentliche Teilen der guten Vorarbeit!

Philipp

Ich hab’s bisher nur überflogen. Aber man kann extension keys aus dem TER übernehmen. Einfach mal den vorherigen Entwickler (Frans ?) mal fragen.
Ein git repo (sei es bitbucket oder github) kann man auch übertragen. Also exportieren und bei github importieren. So hätte man dann auch die komplette Historie. Bei bitbucket könnte man ja schreiben dass das Repo verschoben wurde. Das muss halt der bisherige Entwickler machen. Einfach mal nachfragen. Aber generell sind solche Übernahmen möglich.

The_C

Danke @Eric Harrer für deinen Einsatz!
Ich muss noch dazu sagen das jetzt im master Branch also die Fassung für v13 da noch die "georgringer/numbered-pagination": "^99" als require drinnen steht für diese Extension hab ich mir selber die Korrekturen für TYPO3 v13 gemacht aber ich denke da kommt in nächster Zeit ganz schnell was von Georg Ringer und dann könnten wir die Versionsnummer ausbessern.
https://bitbucket.org/erhaweb/fs_media_gallery/src/f59fb437c9037a017b557a59428a4075ca447283/composer.json#lines-25

Steffen

Ich hätte auch Interesse und könnte bei meiner Installation Feedback beim Upgrade auf v12 geben.

Mogens Fiebrandt

Super. Vielen Dank @Eric Harrer.

Ich habe gestern jetzt:

einen Fork der Extension bei Bitbucket geholt. (Das war echt ätzend, weil ich irgendwie 2 Accounts bei Bitbucket habe. Und keinen davon vorher benutzt habe. Irgendwie haben die Probleme, wenn man dann SSH Keys verwenden will. Total nervig. Jetzt eben per HTTPS.)
die Extension in einer TYPO3 12er Umgebung in der Version 4.x aufgesetzt.
Erste Änderungen an der Extension gemacht. Aber eher Aufräumarbeiten. (@Eric Harrer Du hast einen Pull-Request für den 4.x Branch in Deinem Repo)
Einen Slack Channel erstellt (#ext-fs-media-gallery) für die Kommunikation bei der Entwicklung. Der ist öffentlich. Also wer gerne wissen will was da so abgeht, kann gerne dazu stoßen. Den Thread hier können wir dann ja nutzen, um den Fortschritt zu posten, aber müllen den dann nicht so zu mit Entwicklungsabsprachen.

@Steffen Sehr gerne. Feedback ist immer erwünscht. Die Extension läuft unter TYPO3 12. Zumindest die im Branch 4.x. Am besten über Composer aufsetzen. Geht aber natürlich auch im Legacy-Mode. Ist meiner Meinung nach aber komplizierter, wenn man den aktuellen Entwicklungsstand pullen will. Wenn Du dabei Hilfe brauchen solltest, kannst Du ja gerne im Slack-Channel nachfragen.

Ein Issue-Tracker wäre noch ganz nett. Bei Bitbucket läuft das irgendwie über JIRA. Müsste man sich mal mit befassen, wie man das realisieren kann.

Bei der Entwicklung für v13 würde ich gerne einen Gang zurück schalten und die Extension erstmal unter v12 aufräumen und danach mit einem sauberen Stand auf die v13 gehen. Zumindest sollten wir zunächst die Plugins und Flexforms aufräumen und ordentlich zum Laufen bringen. In den Flexforms sind z.Bsp. noch Switchable-Controller-Actions drin hab ich gesehen. Die gibt es in v12 garnicht mehr. Die Plugin Einstellungen funktionieren damit garnicht.
Jetzt habe ich mir die Extension gestern aber auch zum ersten mal angesehen und aufgesetzt. Ich hab noch garnicht richtig verstanden wozu die 5 Plugins alle benötigt werden.

Eric Harrer

Mogens Fiebrandt Das Problem mit mehrfachen Accounts bei Bitbucket hatte ich auch. Folgende Anleitung half hier weiter:
https://support.atlassian.com/bitbucket-cloud/docs/managing-multiple-bitbucket-user-ssh-keys-on-one-device/

Im Grunde musst du nur jeweils einen eigenen Host in deiner SSH config Datei definieren, der auf das jeweilige IdentityFile zeigt.

#account 1
Host bitbucket.org-acc1
  HostName bitbucket.org
  User git
  IdentityFile ~/.ssh/id_rsa_acc1
  IdentitiesOnly yes

#account 2
Host bitbucket.org-acc2
  HostName bitbucket.org
  User git
  IdentityFile ~/.ssh/id_rsa_acc2
  IdentitiesOnly yes

Den Host kannst du dann in der Adresse des Remotes setzen.

# für Account 1
git clone git@bitbucket.org-acc1:erhaweb/fs_media_gallery.git
# für Account 2
git clone git@bitbucket.org-acc2:erhaweb/fs_media_gallery.git

bzw. nachträglich im bestehenden Repository:

# für Account 1
git remote set-url origin git@bitbucket.org-acc1:erhaweb/fs_media_gallery.git
# für Account 2
git remote set-url origin git@bitbucket.org-acc2:erhaweb/fs_media_gallery.git

The_C

@Mogens Fiebrandt die 5 Plugins sind verschiedenen Modi ich selber hab immer nur in der Nested List gearbeitet und ehrlich gesagt die anderen noch nie ausprobiert, aber kann man ja mal probieren was da rauskommt...

Mogens Fiebrandt

Eric Harrer Danke für den Tip. Allerdings wollte ich jetzt nicht noch einen weiteren SSH Key anlegen. Da ich ja beide Accounts vorher schon gar nicht benutzt habe. Also auch keine Repos dadrin waren.
Ich konnte es jetzt lösen.
Das Problem war, dass ich meinen 2. Account gelöscht habe. Allerdings hatte ich vergessen vorher den SSH Key dadrin zu löschen. Da der Account aber noch 14 Tage reaktiviert werden kann, kann man den SSH Key dann nicht in einem anderen Account hinzufügen. Also musste ich den Account reaktivieren und erstmal den Key dort löschen - Danach den Account wieder löschen.
Danach habe ich den SSH Key zu dem Repo in dem aktiven Account hinzugefügt. Danach konnte ich dann zwar pullen, aber nicht ins Repo pushen. Folgende Fehlermeldung:

Unauthorized
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Das fand ich ziemlich weird.
Letztendlich habe ich dann herausgefunden, dass man seinen SSH Key an 3 stellen hinterlegen kann:

1) Im Repo selbst. Dadurch hat man aber nur Read-Access.
2) Im Workspace. Auch hier hat man dann nur Read-Access.
3) In den pers. Einstellungen. Nur wenn man den Key dort hinterlegt, hat man R/W-Access und kann auch pushen.

Ob das jetzt so sinnvoll ist, weiss ich nicht. Aber irgendwas wird sich Bitbucket schon dabei gedacht haben. Oder auch nicht. 🤣

Eric Harrer

Mogens Fiebrandt Achso, dann hatte ich deinen Fall Missverstanden. Naja Bittbucket ist sicherlich auch nicht die erste Plattform meiner Wahl aber hier müssen wir erstmal nehmen was wir kriegen bis zum Wechsel auf eine andere Plattform als offizieller Maintainer.

Dein PR sieht soweit beim Überfliegen solide aus, kann man das schonmal mergen oder magst du ihn erstmal für weitere Commits nutzen?

The_C

Da ich auch noch keine bis wenig Erfahrung mit Bitbucket habe wäre es auch sicher interessant für alle zu erfahren wie man sich das jetzt schlußendlich von dort installiert.
Ich versuche es mal und wenn es falsch ist bitte korrigiert mich:

In der composer.json erstellt man einen Bezug zu REPO

"repositories": {
	"fs-media-gallery": {
		"type": "vcs",
		"url": "https://bitbucket.org/erhaweb/fs_media_gallery/"
	},
},

Über Composer installiert man jetzt das REPO von Bitbucket
ddev composer require minifranske/fs-media-gallery:4.x
FERTIG die fs-media-gallery ist bereit zum Einsatz.

Eric Harrer

The_C richtig, so geht es.

Allerdings bevorzuge ich diese Array-Schreibweise für Inhalte von "repositories" ohne den unnötigen Key für die darin befindlichen Einträge:

"repositories": [
	{
		"type": "vcs",
		"url": "https://bitbucket.org/erhaweb/fs_media_gallery/"
	}
],

Also der Composer Dokumentation nach (noch ungetestet) müsste für die TYPO3 v12 kompatible Version bzw. den 4.x Branch unseres Forks eine der folgenden Schreibweisen für die Installation verwendet werden:

# Direkte Referenz auf den letzten Stand des Branches 4.x
ddev composer require minifranske/fs-media-gallery:dev-4.x

# Nutzung des branch-alias der composer.json der Extension
ddev composer require minifranske/fs-media-gallery:4.0.x-dev

# Die zuletzt getaggte Version könnte man so installieren
ddev composer require minifranske/fs-media-gallery:^4.0

Für den Moment würde ich aber den ersten oder zweiten Weg empfehlen, da so sicher immer der neueste Stand verwendet wird. Ich habe seit Upload des Stands von @The_C bisher noch kein neues Tag angelegt.

@The_C hatte den die Installation mit der von dir genannten Zeile auch funktioniert?

The_C

Eric Harrer ja hat so funktioniert ddev composer require minifranske/fs-media-gallery:4.x
Zuerst dacht ich mann muss die URL vom Repo in der composer.json einsetzen "url": "https://bitbucket.org/erhaweb/fs_media_gallery/src/4.x/" das erwies sich dann als falsch den der Composer schrieb eine Fehlermeldung raus:

❯ ddev composer require minifranske/fs-media-gallery:4.0.x-dev
In Hg.php line 97:                                                                                                                                             
Failed to clone https://bitbucket.org/erhaweb/fs_media_gallery/src/4.x/, hg was not found, check that it is installed and in your PATH env.                                                                                                                                               
sh: 1: hg: not found

Deswegen dacht ich mir das ein kleines Install Tutorial nicht falsch ist weil so oft macht man das ja auch nicht.

Nächste Seite »

Unterstütze das Forum

Hilf mit, den Community Hub für TYPO3 werbefrei zu halten und die Betriebskosten zu decken. Werde Official Community Hub Supporter für nur 5 Euro im Monat (zzgl. USt) und erhalte ein exklusives Supporter-Badge. Jeder Beitrag zählt!

Jetzt Supporter werden

Impressum - Datenschutz - Kontakt - Netiquette - RSS