ClickHouse / ClickHouse/clickhouse-java
[repo] Create Pre-release workflow or find point where release verification should happen
- Langage dominant
- Java
- Étoiles
- 1.6k
- Forks
- 636
- Merge moyen
- 2 j 23 h
- PR mergées (30 j)
- 29
Description
## Description
Client is the core library for many connectors. If we release a breaking change unnoticed it may require more effort to fix late. Today we have a release workflow that publishes to Maven. But we should not block this by tests.
What should be done:
- Evaluate idea of creating pre-release wf that can be used to trigger verification tests.
- Find out what to do with long running test WF's in other repos. How they would deliver result to java client maintainers.
- Research what can be done for community users to have similar signal for tests.
Guide de contribution
Ouvrir le guide de contribution
Piste de recherche
Commencez par examiner le workflow de release existant qui publie sur Maven et identifiez où la vérification est actuellement effectuée. Examinez ensuite les workflows de tests de longue durée dans d’autres repositories et la manière dont leurs résultats pourraient parvenir aux mainteneurs des clients Java et aux utilisateurs de la communauté. Le travail est considéré comme terminé lorsqu’une approche de vérification avant la release a été décidée et qu’un plan clair de transmission des résultats existe.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- github-actions, java
- Domaine
- ci-cd, release, testing
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- Calme
- Clarté
- À clarifier
- Accessibilité débutants
- 35/100