Phabricator geht ... Was kommt?

[Jan Bidler]

Es gab mal vorschlage dazu das ganze KDE i18n system zu git rueber zu transferieren, schien aber nichts draus geworden zu sein.

https://phabricator.kde.org/T13514

Jan
------- Original Message -------
Eugen Mohr <eugen.mohr at gmx.net> schrieb am Sonntag, 21. Mai 2023 um 16:56:

> Hallo
>
> Ein paar Gedanken. Ich kenne den genauen Ablauf jedoch nicht.
>
> Vielleicht muss man den Übersetzungsablauf komplett neu überdenken und kann ihn dadurch auch vereinfachen.
>
> Mit Giltab kann man git anstatt svn für die Versions-Verwaltung nehmen.
>
> Gitlab selbst scheint mit i18n zu arbeiten: https://docs.gitlab.com/ee/development/i18n/
>
> Die Übersetzung direkt in den GitLab Projekten machen? Dann kann man direkt ins Projekt mergen?
>
> Debian scheint die Übersetzung auch in GitLab zu machen: https://salsa.debian.org/manpages-l10n-team/manpages-l10n
>
> Was meinen die anderen Übersetzungsteams?
>
> Eugen
>
> Am 21.05.2023 um 11:48 schrieb Frederik Schwarzer:
>
>> Moin,
>>
>> seit Jahren droht das Ende von Phabricator und wie es scheint, ist es nun soweit.
>> Der Zeitpunkt könnte nicht schlechter sein; jetzt, da wir es gerade wieder rege nutzen. :D
>>
>> Aber gut, die Welt dreht sich weiter und wir drehen uns mit. Nur wohin drehen wir uns jetzt?
>>
>> Vorletztes Jahr hatte ich etwas mit GitLab herum gespielt, bin aber zu dem Schluss gekommen, dass zumindest das Merge-Feature kompliziert ist. Diff-Merge macht PO-Dateien sehr gerne mal kaputt.
>>
>> Um GitLab als Review-Tool zu verwenden, ist viel Aufwand nötig. Aktuell lasse ich den Summit-Workflow bei mir lokal laufen. (Mein kleines Workflow-Tool:
>> https://invent.kde.org/schwarzer/klash/
>> ) In dem Zuge könnte ich den Summit-Ordner nach GitLab syncen, dort kann dann übersetzt, gereviewt und vielleicht auch gemergt werden. Das Ergebnis synce ich wieder zurück nach SVN und verteile es mit Summit in die Branches. Da sehe ich Potenzial für Fehler. Zudem darf ich in beide Richtungen nur syncen, wenn keine Reviews offen sind, weil sonst der Merge die Dateien zerschießt.
>>
>> Vielleicht brauchen wir aber nur mal ein zweites Paar Augen, das sich den Workflow mit anschaut.
>>
>> Lieber wäre mir aber ein eigenständiges Tool, wo man wie aktuell einen Diff hochlädt und den kommentieren kann. Das ist etwas mehr händischer Aufwand aber hält die Abhängigkeiten gering.
>>
>> Kommentare? Vorschläge? Ideen?
>>
>> MfG
>> Frederik
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-i18n-de/attachments/20230521/6bc92c7e/attachment.htm>