Files
kubernetes/hack
Antonio Ojea 7280d58f85 Don't allow to tolerate flakes
We have zero flake policy for a long time now (> 1 year) https://github.com/kubernetes/community/pull/7538, however , there are some places that are still tolerating flakes and retrying 

Flakes does not help,  to the point that when we have to take a hard decision it creates more iuncertainty.

It does not matter how, we should be always able to deal with flakes:
- if the software or algorithm is racy, we need to work to make deterministic
- if is deterministic, the test must be deterministic
- if the test is determinist but it depends on the environment, then we work on making the environment deterministci
2024-11-20 16:40:03 +01:00
..
2021-02-28 15:17:29 -08:00
2024-11-08 02:27:19 +00:00
2024-09-11 15:34:37 -04:00
2023-02-01 16:34:23 -05:00
2022-07-08 10:46:11 +08:00
2024-11-20 16:40:03 +01:00
2023-05-11 16:43:38 +00:00
2020-01-28 09:27:40 +09:00

Kubernetes hack GuideLines

This document describes how you can use the scripts from hack directory and gives a brief introduction and explanation of these scripts.

Overview

The hack directory contains many scripts that ensure continuous development of kubernetes, enhance the robustness of the code, improve development efficiency, etc. The explanations and descriptions of these scripts are helpful for contributors. For details, refer to the following guidelines.

Key scripts

  • verify-all.sh: This script is a vestigial redirection, Please do not add "real" logic. It is equivalent to make verify.
  • update-all.sh: This script is a vestigial redirection, Please do not add "real" logic. The true target of this makerule is hack/make-rules/update.sh.It is equivalent to make update.

Attention

Note that all scripts must be run from the Kubernetes root directory. We should run hack/verify-all.sh before submitting a PR and if anything fails run hack/update-all.sh.