Update translation page links

Use the most current reference links from the main page.

content/MinimumCD/TBD/_index.md

@@ -14,14 +14,15 @@ Excerpt from *Accelerate* by Nicole Forsgren Ph.D., Jez Humble & Gene Kim
 
 ## Definition
 
-TBD is a team workflow where changes are integrated into the trunk with no intermediate integration (Develop, Test, etc.) branch. The two common workflows are [making changes directly to the trunk](https://trunkbaseddevelopment.com/#trunk-based-development-for-smaller-teams) or using [very short-lived branches](https://trunkbaseddevelopment.com/#scaled-trunk-based-development) that branch from the trunk and integrate back into the trunk. 
+TBD is a team workflow where changes are integrated into the trunk with no intermediate integration (Develop, Test, etc.) branch. The two common workflows are [making changes directly to the trunk](../../minimumcd/tbd/#trunk-based-development-for-smaller-teams) or using [very short-lived branches](../../minimumcd/tbd/#scaled-trunk-based-development) that branch from the trunk and integrate back into the trunk.
 
 It is important to note that release branches are an intermediate step that some chose on their path to continuous delivery while improving their quality processes in the pipeline. True CD releases from the trunk.
 
 ## What is Improved
+
 - **Smaller changes**: TBD emphasizes small, frequent changes that are easier for the team to review and more resistant to impactful merge conflicts. Conflicts become rare and trivial.
-- **We must test**: TBD requires us to implement tests as part of the development process. 
-- **Better teamwork**: We need to work more closely as a team. This has many positive impacts, not least we will be more focused on getting the team's highest priority done. We will stop starting and start finishing work. 
+- **We must test**: TBD requires us to implement tests as part of the development process.
+- **Better teamwork**: We need to work more closely as a team. This has many positive impacts, not least we will be more focused on getting the team's highest priority done. We will stop starting and start finishing work.
 - **Better work definition**: Small changes require us to decompose the work into a level of detail that helps uncover things that lack clarity or do not make sense. This provides much earlier feedback on potential quality issues.
 - **Replaces process with engineering**: Instead of creating a process where we control the release of features with branches, we can control the release of features with engineering techniques such as [branch by abstraction](https://www.branchbyabstraction.com) or feature flags. Both of these techniques have additional benefits related to stability that cannot be found when replaced by process.
-- **Reduces risk**: There are two risks with long-lived branches that happen frequently. First, the change will not integrate cleanly and the merge conflicts result in broken or lost features. Second, the branch will be abandoned. This is usually because of the first reason. Sometimes because all of the knowledge about what is in that branch resides in the mind of someone who decided to leave before it was integrated.
+- **Reduces risk**: There are two risks with long-lived branches that happen frequently. First, the change will not integrate cleanly and the merge conflicts result in broken or lost features. Second, the branch will be abandoned. This is usually because of the first reason. Sometimes because all of the knowledge about what is in that branch resides in the mind of someone who decided to leave before it was integrated.

content/References/_index.md

@@ -21,6 +21,6 @@ These contain the basics for getting started, but also the knowledge needed to b
 | [Refactoring Databases: Evolutionary Database Design](<https://databaserefactoring.com/>)                                                           | Book    | Scott Ambler, Pramod Sadalage           |
 | [Release It! Second Edition](https://www.oreilly.com/library/view/release-it-2nd/9781680504552/)|Book|Michael Nygard|
 | [Trunk-Based Development And Branch Abstraction](https://leanpub.com/trunk-based-development)                                                       | Book    | Paul Hammant                            |
-| [Trunk-based Development](https://trunkbaseddevelopment.com/)                                                                                       | Website | Paul Hammant                            |
+| [Trunk-based Development](../../minimumcd/tbd/)                                                                                       | Website | Paul Hammant                            |
 | [Continuous Integration Certification](https://martinfowler.com/bliki/ContinuousIntegrationCertification.html)|Blog post|Martin Fowler|
 | [5 Minute DevOps: What is a Production Issue?](https://bdfinst.medium.com/5-minute-devops-what-is-a-production-issue-9e9b3997aa54)|Blog post|Bryan Finster|

content/Translations/Finnish/_index.md

@@ -33,19 +33,19 @@ Jatkuvan toimittamisen minimivaatimukset ovat:
   on ainoa tie tuotantoonvientiin.
 - Toimitusputki määrää muutosten julkaisukelpoisuuden, sen lausunto on [ehdoton](../../faq/#why-should-the-pipeline-be-definitive-for-deploy)
 - [Organisaation tuotantoonvientikelpoisen määritelmä täyttyy aina](https://www.youtube.com/watch?v=bHKHdp4H-8w)
-- [Artifakti on muuttumaton](../../faq/#what-is-an-immutable-artifact). Ei ihmisen tekemiä muutoksia versionhallintaan tallentamisen jälkeen.
+- [Artifakti on muuttumaton](../../minimumcd/immutable/). Ei ihmisen tekemiä muutoksia versionhallintaan tallentamisen jälkeen.
 - Kaikki uuskehitys loppuu, kun toimitusputki on punaisella
 - Tuotannonkaltainen testiympäristö
 - Tuotantoonviennin peruutus tarvittaessa
-- [Sovelluksen konfiguraatio](../../faq/#what-is-application-configuration) viedään tuotantoon artifaktin kanssa 
+- [Sovelluksen konfiguraatio](../../faq/#what-is-application-configuration) viedään tuotantoon artifaktin kanssa
 
 ## Jatkuva integraatio
 
 Jatkuva integraatio (CI) on toimintatapa, jossa työ integroidaan päähaaraan erittäin usein ja varmistetaan, että työ on - parhaan tietomme mukaan - julkaisukelpoista.
 
 Jatkuvan integraation minimivaatimukset ovat:
 
-- Päähaarassa kehittäminen ([Trunk-based development](https://trunkbaseddevelopment.com/))
+- Päähaarassa kehittäminen ([Trunk-based development](../../minimumcd/tbd/))
 - Työ integroidaan päähaaraan vähintään päivittäin
 - Työ testataan automaattisesti ennen päähaaraan yhdistämistä
 - Työ testataan muun työn kanssa automaattisesti haaroja yhdistettäessä
@@ -54,7 +54,7 @@ Jatkuvan integraation minimivaatimukset ovat:
 
 ## Päähaarassa kehittäminen (Trunk-based Development)
 
-Päähaarassa kehittäminen eli [Trunk-based development](https://trunkbaseddevelopment.com/) on versionhallinnan haarauttamistapa, joka vaaditaan jatkuvan integraation määritelmään. Se estää työn katoamisen, työn korruptoitumisen haarojen yhdistämiseen liittyvissä konflikteissa ja vähentää liike-hukkaa, joka johtaa suuriin eräkokoihin.
+Päähaarassa kehittäminen eli [Trunk-based development](../../minimumcd/tbd/) on versionhallinnan haarauttamistapa, joka vaaditaan jatkuvan integraation määritelmään. Se estää työn katoamisen, työn korruptoitumisen haarojen yhdistämiseen liittyvissä konflikteissa ja vähentää liike-hukkaa, joka johtaa suuriin eräkokoihin.
 
 Päähaarassa kehittämisen minimivaatimukset ovat:
 

content/Translations/French/_index.md

@@ -24,9 +24,9 @@ Les pratiques ci-dessous sont le minimum, un point de départ. L'amélioration c
 
 ## Livraison Continue
 
-La Livraison Continue est la discipline d'ingénierie qui consiste à délivrer tous les changements de manière standard, 
-en toute sécurité. Il couvre un large éventail d'activités en fonction de ce qui est livré. 
-Cependant, il existe des comportements et des compétences qui doivent être mises en oeuvres dans tous les contextes 
+La Livraison Continue est la discipline d'ingénierie qui consiste à délivrer tous les changements de manière standard,
+en toute sécurité. Il couvre un large éventail d'activités en fonction de ce qui est livré.
+Cependant, il existe des comportements et des compétences qui doivent être mises en oeuvres dans tous les contextes
 pour être qualifiés de « livraison continue »
 
 Les activités minimales requises pour la Livraison Continue sont :
@@ -36,20 +36,20 @@ Les activités minimales requises pour la Livraison Continue sont :
   est le seul chemin qui permet de déployer en production.
 - Le pipeline décide de la diffusion des modifications, son verdict est [définitif](../../faq/#why-should-the-pipeline-be-definitive-for-deploy)
 - Les artefacts créés par le pipeline répondent toujours à la [définition de Déployable](https://www.youtube.com/watch?v=bHKHdp4H-8w) de l'organisation
-- [L'artefact ne change jamais](../../faq/#what-is-an-immutable-artifact). Il n'y a aucun changement humain après le commit.
+- [L'artefact ne change jamais](../../minimumcd/immutable/). Il n'y a aucun changement humain après le commit.
 - Tous les travaux sur les fonctionnalités s'arrêtent lorsque le pipeline est rouge
 - L'environnement de test est proche de l'environnement de production
 - On peut revenir en arrière (rollback) à la demande
-- [La configuration de l'application](../../faq/#what-is-application-configuration) est déployée avec l'artefact 
+- [La configuration de l'application](../../faq/#what-is-application-configuration) est déployée avec l'artefact
 
 ## Intégration Continue
 
-L'Intégration Continue consiste à intégrer, très fréquemment, un travail donné au tronc principal du 
+L'Intégration Continue consiste à intégrer, très fréquemment, un travail donné au tronc principal du
 dépôt de code, et à vérifier que ce travail est, à notre connaissance, propre à être livré.
 
 Les activités minimales requises pour CI sont :
 
-- [Le développement à branche unique](https://trunkbaseddevelopment.com/)
+- [Le développement à branche unique](../../minimumcd/tbd/)
 - Le travail est intégré au tronc commun au moins chaque jour
 - Le travail est testé automatiquement avec d'être fusionné au tronc commun
 - Le travail est testé avec celui des autres automatiquement lors de la fusion
@@ -58,8 +58,8 @@ Les activités minimales requises pour CI sont :
 
 ## Le développement à branche unique (TBD)
 
-[Le développement à branche unique](https://trunkbaseddevelopment.com/) est le modèle de branche requis pour répondre à la définition d'Intégration Continue.
-Il évite la perte de travail, le risque de corruption qui provient des résolutions de conflits lors des fusions, et 
+[Le développement à branche unique](../../minimumcd/tbd/) est le modèle de branche requis pour répondre à la définition d'Intégration Continue.
+Il évite la perte de travail, le risque de corruption qui provient des résolutions de conflits lors des fusions, et
 réduit également le gaspillage d'énergie induit par la taille des lots/
 
 - Les activités minimales requises pour TBD sont :
@@ -71,9 +71,9 @@ réduit également le gaspillage d'énergie induit par la taille des lots/
 
 ## Au-delà des minimums
 
-La Livraison Continue Minimale n'est pas la première étape d'un modèle de maturité. 
+La Livraison Continue Minimale n'est pas la première étape d'un modèle de maturité.
 Cependant, cela reste le strict minimum sur lequel de nombreuses autres pratiques devraient être construites en fonction de votre contexte.
-Afin de vous aider à dépasser cette Livraison Continue Minimale, nous tenons à jour une liste de ressources axées sur la 
+Afin de vous aider à dépasser cette Livraison Continue Minimale, nous tenons à jour une liste de ressources axées sur la
 livraison continue, que nous que nous avons trouvées très utiles dans nos propres expériences.
 
 Ces ressources contiennent les bases, mais aussi les connaissances nécessaires pour devenir une organisation de Livraison Continue "d'élite".

content/Translations/Italian/_index.md

@@ -44,7 +44,7 @@ La CI è l'attività che ci consente di integrare continuamente il lavoro di cia
 
 Le attività minime richieste dalla CI sono:
 
-- [Trunk-based development](https://trunkbaseddevelopment.com/)
+- [Trunk-based development](../../minimumcd/tbd/)
 - Il lavoro viene integrato nel trunk almeno una volta al giorno
 - Una suite di test automatici verifica il lavoro prima che venga integrato nel trunk
 - Una suite di test automatici verifica il lavoro dopo essere stato integrato nel trunk
@@ -53,7 +53,7 @@ Le attività minime richieste dalla CI sono:
 
 ## Trunk-based Development
 
-Il [Trunk-based Development](https://trunkbaseddevelopment.com/) è il modello di branching necessario a soddisfare la definizione della CI. La CI evita la perdita delle modifiche, il rischio di corruzione che deriva dall'integrazione e dalla risoluzione dei conflitti, e riduce lo spreco dovuto ad attività che potrebbero aumentare la dimensione degli insiemi di modifiche.
+Il [Trunk-based Development](../../minimumcd/tbd/) è il modello di branching necessario a soddisfare la definizione della CI. La CI evita la perdita delle modifiche, il rischio di corruzione che deriva dall'integrazione e dalla risoluzione dei conflitti, e riduce lo spreco dovuto ad attività che potrebbero aumentare la dimensione degli insiemi di modifiche.
 
 - Le attività minime richieste dal TBD sono:
   - Tutte le modifiche devono essere integrate nel trunk

content/Translations/Portuguese-BR/_index.md

@@ -39,7 +39,7 @@ As atividades mínimas exigidas para o CD são:
 - O [_delivery pipeline_](https://www.informit.com/articles/article.aspx?p=1621865&seqNum=2#:~:text=%EE%94%80Buy-,What%20Is%20a%20Deployment%20Pipeline%3F,-At%20an%20abstract) é a única forma possível de fazer _deploy_ para qualquer ambiente
 - O _pipeline_ decide se as mudanças atendem ou não os requisitos para entrada em produção. Esse veredicto é [definitivo](../../faq/#why-should-the-pipeline-be-definitive-for-deploy)
 - Os artefatos criados pelo _pipeline_ respeitam sempre a [definição de _deployable_](../../faq/#what-do-we-mean-by-definition-of-deployable) da organização
-- [Artefato imutável](../../faq/#what-is-an-immutable-artifact) (não existem mudanças manuais após o _commit_)
+- [Artefato imutável](../../minimumcd/immutable/) (não existem mudanças manuais após o _commit_)
 - Todo o desenvolvimento de funcionalidades é suspenso quando o _pipeline_ falha
 - Ambiente de testes semelhante ao ambiente produtivo
 - _Rollback_ sob demanda

content/Translations/Portuguese/_index.md

@@ -39,7 +39,7 @@ As atividades mínimas exigidas para o CD são:
 - A [_pipeline_ aplicational](https://www.informit.com/articles/article.aspx?p=1621865&seqNum=2#:~:text=%EE%94%80Buy-,What%20Is%20a%20Deployment%20Pipeline%3F,-At%20an%20abstract) é a única forma possível de fazer _deploy_ para qualquer ambiente
 - A _pipeline_ decide a possibilidade dessas mudanças serem replicadas para o ambiente produtivo. Esse veredicto é [definitivo](../../faq/#why-should-the-pipeline-be-definitive-for-deploy)
 - Os artefactos criados pela _pipeline_ respeitam sempre a [definição de _deployable_](../../faq/#what-do-we-mean-by-definition-of-deployable) da organização
-- [Artefacto imutável](../../faq/#what-is-an-immutable-artifact) (não existem mudanças manuais após o _commit_)
+- [Artefacto imutável](../../minimumcd/immutable/) (não existem mudanças manuais após o _commit_)
 - Todo o desenvolvimento de funcionalidades é suspenso quando a _pipeline_ se encontra em falha (em vermelho)
 - Ambientes de teste semelhantes ao ambiente produtivo
 - _Rollback_ conforme necessário
@@ -66,9 +66,9 @@ Os atividades mínimas essenciais para o TBD são:
 
 - Todas as mudanças integram em _trunk_
 - No caso de serem usados _branches_:
-    - Eles têm sempre origem em _trunk_
-    - Eles re-integram sempre em _trunk_
-    - Eles são de curta-duração e são removidos depois do _merge_
+  - Eles têm sempre origem em _trunk_
+  - Eles re-integram sempre em _trunk_
+  - Eles são de curta-duração e são removidos depois do _merge_
 
 ## Por que construímos este manifesto?
 
@@ -92,4 +92,4 @@ Os signatários assinaram a [versão original em inglês](../../minimumcd#signat
 
 Esta tradução é um esforço de toda a comunidade, que tem como objetivo a disseminação destes conceitos, para lá das barreiras linguísticas. Os signatários abstêm-se de afirmar a exatidão da tradução.
 
-Traduzido da versão: _52efc0bd_, _2023-02-06_
+Traduzido da versão: _52efc0bd_, _2023-02-06_

content/Translations/Spanish/_index.md

@@ -12,7 +12,6 @@ weight: 3
 -- Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations (Traducción no oficial)
 {{% /notice %}}
 
-
 Nosotros, [los abajo firmantes](../../minimumcd#signatories), creemos que se requiere una definición mínima de entrega continua (CD por sus siglas en inglés) para mejorar el flujo de entrega y lograr los resultados anteriores. Si bien nuestros contextos pueden ser diferentes, existen prácticas universales. Al definirlos podemos:
 
 - Introducir a los nuevos profesionales de forma coherente
@@ -35,7 +34,7 @@ Las actividades mínimas requeridas para CD son:
 - El [pipeline de la aplicación](https://www.informit.com/articles/article.aspx?p=1621865&seqNum=2#:~:text=%EE%94%80Buy-,What%20Is%20a%20Deployment%20Pipeline%3F,-At%20an%20abstract) es el único camino para desplegar en producción.
 - El pipeline decide la posibilidad de entrega de los cambios, el veredicto es [definitivo](../../faq/#why-should-the-pipeline-be-definitive-for-deploy).
 - Los artefactos creados por el pipeline siempre cumplen los requisitos de [definición de desplegable](../../faq/#what-do-we-mean-by-definition-of-deployable) de la organización.
-- [Artefacto inalterable](../../faq/#what-is-an-immutable-artifact). No hay cambios hechos por personas después de la confirmación.
+- [Artefacto inalterable](../../minimumcd/immutable/). No hay cambios hechos por personas después de la confirmación.
 - Todo el trabajo de funcionalidades se detiene cuando el pipeline está en rojo
 - Entorno de prueba similar a producción
 - Revertir bajo demanda.
@@ -47,7 +46,7 @@ Integración continua (CI por sus siglas en inglés) es la actividad de integrar
 
 Las actividades mínimas requeridas para CI son:
 
-- [Desarrollo basado en rama principal](https://trunkbaseddevelopment.com/)
+- [Desarrollo basado en rama principal](../../minimumcd/tbd/)
 - El trabajo se integra a la rama principal como mínimo cada día
 - El trabajo tiene pruebas automatizadas antes de fusionarse con la rama principal
 - El trabajo se prueba con otro trabajo automáticamente al fusionarse
@@ -56,14 +55,14 @@ Las actividades mínimas requeridas para CI son:
 
 ## Desarrollo Basado en Rama Principal
 
-[Desarrollo Basado en Rama Principal](https://trunkbaseddevelopment.com/) (TBD por sus siglas en inglés) es el patrón de ramificación requerido para cumplir con la definición de CI. Previene el trabajo perdido, el riesgo de corrupción que proviene de la resolución de conflictos fusionados, y también reduce el desperdicio de movimiento que incrementan el volumen de cambios.
+[Desarrollo Basado en Rama Principal](../../minimumcd/tbd/) (TBD por sus siglas en inglés) es el patrón de ramificación requerido para cumplir con la definición de CI. Previene el trabajo perdido, el riesgo de corrupción que proviene de la resolución de conflictos fusionados, y también reduce el desperdicio de movimiento que incrementan el volumen de cambios.
 
 - Las actividades mínimas requeridas para TBD son:
-   - Todos los cambios se integran en la rama principal
-   - Si se utilizan ramas desde la rama principal:
-     - Se originan en la rama principal
-     - Se reintegran la rama principal
-     - Son de corta duración y se eliminan después de ser funsionadas con la rama principal.
+  - Todos los cambios se integran en la rama principal
+  - Si se utilizan ramas desde la rama principal:
+    - Se originan en la rama principal
+    - Se reintegran la rama principal
+    - Son de corta duración y se eliminan después de ser funsionadas con la rama principal.
 
 ## ¿Por qué construimos esto?