vault backup: 2023-05-15 09:42:13

This commit is contained in:
2023-05-15 09:42:13 +02:00
commit 91bf72fc87
565 changed files with 240938 additions and 0 deletions
@@ -0,0 +1,10 @@
---
title: SKM-Standup
allDay: false
startTime: 09:15
endTime: 09:45
type: recurring
daysOfWeek: [F,R,W,T,M]
startRecur: 2023-01-02
endRecur: 2023-12-29
---
@@ -0,0 +1,10 @@
---
title: Planungs- und Priorisierungsrunde
allDay: false
startTime: 10:00
endTime: 11:00
type: recurring
daysOfWeek: [R]
startRecur: 2023-02-02
endRecur: 2024-01-18
---
@@ -0,0 +1,10 @@
---
title: SKM-Meeting
allDay: false
startTime: 11:00
endTime: 12:00
type: recurring
daysOfWeek: [R]
startRecur: 2023-01-12
endRecur: 2024-01-25
---
@@ -0,0 +1,10 @@
---
title: Git Projektmeeting
allDay: false
startTime: 10:30
endTime: 12:00
type: recurring
daysOfWeek: [T]
startRecur: 2023-01-17
endRecur: 2023-12-05
---
+10
View File
@@ -0,0 +1,10 @@
---
title: Git Weekly
allDay: false
startTime: 15:00
endTime: 15:30
type: recurring
daysOfWeek: [T]
startRecur: 2023-01-10
endRecur: 2023-06-27
---
+12
View File
@@ -0,0 +1,12 @@
## SKM Standup
nicht mehr benötigte Repositories in Gitlab-Test werden gelöscht.
## Git Projektmeeting
Quarkus Service auf Test deployen zum Testen von SEU-2448
Quarkus Service auf Test deployed.
## SEU-2524
- Implementierung abgeschlossen
- erster Test war fehlgeschlagen
- Test auf Vorhandensein von Releasetag muss negiert werden
+11
View File
@@ -0,0 +1,11 @@
## SKM Meeting
nicht daran teilgenommen
## Anfrage von Holger Knoche
Holger Knoche hat einen Maven-Build für Cobol-Projekte testweise implementiert, der
Abhängigkeiten zwischen Cobol-Projekten definiert und verwendet.
Diese Projekte dürfen(sollen) keine Downstream-Projekte automatisch triggern.
Ein erster Versuch bestätigt diese Annahme und Hoffnung.
Holger wird weitere Projekte umstellen, um das Verfahren intesiver zu testen.
+12
View File
@@ -0,0 +1,12 @@
## SKM Standup
alle eigenen Ticket für R9.36.210 sind bereit zum Testen
## ee_releasebuild_service
REST endpoint releaseabschliessen muss auch bei nicht existierenden Releases
sprechenden Fehlermeldungen ausgeben
## Teams-Gespräch mit Frank Poelders
Die Projekte auf dem codegenerator-jenkins erkennen keine Up- und Downstream-Projekte.
Nach gemeinsamer Recherche kamen wir zu dem Ergebnis, dass Jenkins die Verwendung von Artefakten in Up-/Downstream-Projekten an dem erfolgreichen Maven-Publish erkennt.
Frank wird in seinen Projekten versuchsweise ein lokales Verzeichnis für Maven-Publish einrichten, um unsere Vermutung zu verifizieren.
+2
View File
@@ -0,0 +1,2 @@
NPE beim REST API erzeugeBranch
- Ursache vermutlich in der GitCommands
+6
View File
@@ -0,0 +1,6 @@
- Übergabe mit Sascha Riemann
- Repository ee_releasebuild_jenkins nach prod übertragen
- Job-seeder.groovy erzeugen
- release-seeder erzeugen
https://github.com/obsidianmd/obsidian-releases/releases/download/v1.1.15/Obsidian.1.1.15.exe
@@ -0,0 +1,6 @@
---
status: In Arbeit
priority: mittel
---
# SEU-Releaser auch für Java 11 Ready machen
@@ -0,0 +1,5 @@
---
status: Offen
priority: Hoch
---
# Pipeline-Goals werden nach Fehler nicht durchlaufen
@@ -0,0 +1,6 @@
---
status: Offen
priority: mittel
---
# JGit auf aktuelle Version updaten
@@ -0,0 +1,7 @@
---
status: Geschlossen
priority: Hoch
title: "Java-Releasebuild: iVAS POM Releaseprozess"
---
# Java-Releasebuild: iVAS POM Releaseprozess
@@ -0,0 +1,7 @@
---
status: Eingang
priority: mittel
---
# Releasebuild Service muss SNAPSHOT entfernen
Lösungsansatz siehe [[SEU_2508]]
@@ -0,0 +1,6 @@
---
status: Geschlossen
priority: n/a
Lösungsversion: "939.410"
---
# Neue Konfigurationsdatei "releasebuild.properties"
@@ -0,0 +1,11 @@
---
status: Anforderung schreiben
priority: n/a
bearbeiter: Sascha Riemann
Lösungsversion: "941.210"
title: Erstellung DSL Skript für den release-job-seeder
---
Erstellung DSL Skript für den release-job-seeder
03.03.2023: Ticket ist an Sascha Riemann zurückgegeben worden.
@@ -0,0 +1,17 @@
---
title: Buildreihenfolge im Releasebuild mit Git-Projekten
status: Geschlossen
priority: Hoch
bearbeiter:
Lösungsversion: "939.410"
due: 04.05.2023
---
## Buildreihenfolge im Releasebuild mit Git-Projekten
- [x] Bitte Test über Junit abbilden [priority:: medium] [start:: 2023-04-25] [completion:: 2023-05-10]
03.05.2023:
JUnit-Test ist vorhanden und verwendet Mockito.Mock für die Klasse BuildInfoManager. Dadurch wird nur eine leere Liste zurückgegeben.
- [ ] Erweitern des Mock um Rückgabe einer Liste [start:: 2023-05-03] [due:: 2023-05-04] [priority:: high]
@@ -0,0 +1,12 @@
---
status: Eingang
priority: n/a
bearbeiter: Tobias Robotta
Lösungsversion: "940.210"
title: BKZ 2.0 Prototype mit React
---
# BKZ 2.0 Prototype mit React
Quarkus Quinoa Extension
@@ -0,0 +1,6 @@
---
status: Eingang
priority: n/a
Lösungsversion: "940.210"
---
# Zusammenführen der releasebuild.properties im Repository ee_releasebuild
@@ -0,0 +1,6 @@
---
status: Eingang
priority: sehr niedrig
Lösungsversion: "940.210"
---
# Setzen der Version der Kommandozeilentools releasebuild und cireleasebuilder im Build Prozeß
@@ -0,0 +1,10 @@
---
status: Geschlossen
priority: n/a
Lösungsversion: "939.410"
---
# Releasebuild Main bleibt stecken und schreibt zu viele Warnungen ins Log.
Beim Testen von [[SEU-2660]] ist obengenannter Fehler aufgetreten.
Ticket an Sascha Riemann zugewiesen
@@ -0,0 +1,18 @@
---
status: Geschlossen
priority: Hoch
Lösungsversion: "939.410"
bearbeiter: ""
title: Aufruf build-job-seeder aus ReleasebuildMain
due:
---
## Aufruf build-job-seeder aus ReleasebuildMain
- Bei SVN-Builds muss die Umgebungsvariable GIT_COMMIT das SVN-Buildtag gesetzt werden
- [x] Rückfrage an Sascha Riemann: Wo wird die Umgebungsvariable gesetzt? [priority:: medium] [scheduled:: 2023-05-02] [due:: 2023-05-02] [completion:: 2023-05-02]
In der mavenEnv.groovy die Methode getCommit erweitern um default value aus JOB_BASE_NAME+BUILD_NUMBER
- [x] Test MavenCITest schlägt fehl start:: 2023-05-02 due:: 2023-05-03 [priority:: high] [completion:: 2023-05-03]
@@ -0,0 +1,14 @@
---
priority: Hoch
status: In QS
bearbeiter: Heino Wernicke
Lösungsversion: "939.410"
title: CI-Releasebuilder startet nicht
---
CI-Releasebuilder startet nicht
Aufrufparameter für CiReleaseBuilder im Service angepasst.
```
src/main/ressources/cireleasetoolBuilder/cireleasebuilder.sh
```
@@ -0,0 +1,12 @@
---
status: Geschlossen
priority: n/a
bearbeiter: ""
title: Anzahl der Threads sollte konfigurierbar sein
---
# Anzahl der Threads sollte konfigurierbar sein
neue Optionen:
- buildThreads
- seederName
- seederBaseDirectory
@@ -0,0 +1,13 @@
---
status: In QS
priority: Hoch
bearbeiter: Heino Wernicke
Lösungsversion: "939.410"
title: REST Service zur POM Anpassung funktioniert nicht
---
# Rest Service zur POM Anpassung funktioniert nicht
siehe [[SKMADM-818]]
03.04.2023: umbenannt von SKMADM_959
@@ -0,0 +1,10 @@
---
title: "Service releaseinformation: Deltaermittlung"
status: In QS
bearbeiter: Heino Wernicke
priority: n/a
Lösungsversion: "939.410"
due: 04.05.023
---
## Service releaseinformation: Deltaermittlung
@@ -0,0 +1,12 @@
---
status: Geschlossen
priority: Hoch
due:
tags:
- ivv
- jira
bearbeiter: ""
Lösungsversion: "939.410"
title: Lesen der Properties für CIReleaseBuilder
---
# Lesen der Properties für CIReleaseBuilder
@@ -0,0 +1,20 @@
---
title: "RBTT: Fehler beim Aktivieren von CI im RBBT mit WLS 14"
status: In QS
priority: hoch
bearbeiter: Barbara Horstmann
Lösungsversion: "939.410"
---
## RBTT: Fehler beim Aktivieren von CI im RBBT mit WLS 14
Recherche:
- https://cassiomolin.com/2016/08/10/using-jackson-as-json-provider-in-jersey-2x/
- https://github.com/quarkusio/quarkus/issues/5906
- https://www.java-forum.org/thema/jax-rs-client-processingexception.181943/
- https://eclipse-ee4j.github.io/jersey/
- https://github.com/quarkusio/quarkus/issues/5906
Idee:
Setzen des JSONProvider im Aufruf des RESTClient.
@@ -0,0 +1,9 @@
---
title: CI-Release baut endlos
status: Geschlossen
priority: Hoch
Lösung: Wird nicht gemacht
Lösungsversion: "939.410"
---
## CI-Release baut endlos
@@ -0,0 +1,11 @@
---
title: Konfiguration releasebuild.properties wird nicht korrekt angezogen
status: Geschlossen
priority: Hoch
Lösung: Fertig
Lösungsversion: "939.410"
---
## Konfiguration releasebuild.properties wird nicht korrekt angezogen
Implementierung durch JUnit-Test und Logfile auf Testserver überprüft.
@@ -0,0 +1,8 @@
---
title: ReleaseBuild; zusätzlicher Parameter zum partiellen Build
priority: niedrig
status: Fertig zum Test
due:
Lösungsversion: "939.410"
bearbeiter: Sascha Riemann
---
@@ -0,0 +1,6 @@
---
status: Geschlossen
priority: mittel
Lösungsversion: "938.210"
---
# Rest Service zur POM Anpassung funktioniert nicht
+10
View File
@@ -0,0 +1,10 @@
## scm checkout
Das scm Plugin verwendet [[Git Links]] , um einen saprse-checkout durchzuführen, dabei wird die Konfiguration auf den aktuellen Branch beschränkt.
```
git config remote.origin.url git@git:/group/repo.git
git config remote.origin.fetch +refs/heads/branch:refs/remote/origin/branch
```