The translation is temporarily closed for contributions due to maintenance, please come back later.
The translation was automatically locked due to the following alert:

Translation status

16 Strings
0%
Browse Translate
456 Words
0%
2,879 Characters
0%

Strings status

Strings Words Characters
16 456 2,879
All strings Browse Translate Zen
16 456 2,879
Unfinished strings Browse Translate Zen
16 456 2,879
Strings marked for edit Browse Translate Zen

Summary

Project website tuist.dev
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Any authenticated user can contribute.
  • The translation uses monolingual files.
  • The translation base language can not be edited.
Source code repository https://github.com/tuist/tuist
Repository branch main
Last remote commit feat(cli): add TUIST_CACHE_ENDPOINT environment variable override (#9282) c551b9af39
Marek Fořt authored 01/29/2026
Last commit in Weblate Translated using Weblate (Korean) c381825434
DeepL authored 01/26/2026
Weblate repository https://translate.tuist.dev/git/tuist/documentation-pages/
File mask docs/docs/*/contributors/code-reviews.md
Monolingual base language file docs/docs/en/contributors/code-reviews.md
Translation file Download docs/docs/tr/contributors/code-reviews.md
Last change Jan. 22, 2026, 1:07 p.m.
Last change made by Background commit
Language Turkish
Language code tr
Text direction Left to right
Case sensitivity Case-sensitive
Number of speakers 82,419,542
Number of plurals 2
Plural type One/other
Plurals Singular 1
Plural 0, 2, 3, 4, 5, 6, 7, 8, 9, 10, …
Plural formula n != 1
01/26/2026

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 16 456 2,879
Translated 0% 0 0% 0 0% 0
Needs editing 100% 16 100% 456 100% 2,879
Read-only 0% 0 0% 0 0% 0
Failing checks 0% 0 0% 0 0% 0
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 0% 0 0% 0 0% 0
Last 12 months Previous

Activity in last 12 months

0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 35 changes
JanFebMarAprMayJunJulAugSepOctNovDec

Quick numbers

456
Hosted words
16
Hosted strings
0%
Translated
1
Contributors
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
—
Translated
—
+100%
Contributors
—
User avatar weblate:commit

Changes committed
Changes committed 01/22/2026
User avatar mt:deepl

Automatically translated
Breaking changes {#breaking-changes}
KırılmaÖnemli değişiklikleri {#breaking-changes}
01/22/2026
User avatar mt:deepl

Automatically translated
Large pull requests are hard to review and it’s easier to miss out details. If a pull request becomes too large and unmanageable, suggest the author to break it down.
Büyük talepçekme istekleri incelemeksi zordur ve ayrıntıları gözden kaçırmak daha kolaydır. Bir çekme isteği çok büyük ve yönetilemez hale gelirse, yazara onu parçalamasınıbölmesini önerin.
01/22/2026
User avatar mt:deepl

Automatically translated
Reviewing pull requests is a common type of contribution. Despite continuous integration (CI) ensuring the code does what’s supposed to do, it’s not enough. There are contribution traits that can’t be automated: design, code structure & architecture, tests quality, or typos. The following sections represent different aspects of the code review process.
Çekme isteklerini gözden geçirincelemek yaygın bir katkı türüdür. Sürekli entegrasyon (CI) kodun yapolması gerekeni yapmasını sağlatiği gibi çalıştığından emin olsa da, bu yeterli değildir. Otomatikleştirilemeyen katkı özellikleri vardır: tasarım, kod yapısı ve mimarisi, test kalitesi veya yazım hataları. Aşağıdaki bölümler, kod inceleme sürecinin farklı yönlerini temsil etmektedider.
01/22/2026
User avatar mt:deepl

Automatically translated
---
{
"title": "Code reviews",
"titleTemplate": ":title · Contributors · Tuist",
"description": "Learn how to contribute to Tuist by reviewing code"
}
---
---
{
"başlıktitle": "Kod incelemeleri",
"titleTemplate": ":title -· Katkıda Bbulunanlar -· Tuist",
"description": "Kodu gözden geçirinceleyerek Tuist'e nasıl katkıda bulunacağınızıbileceğinizi öğrenin"
}
---
01/22/2026
User avatar mt:deepl

Automatically translated
Breaking changes are a bad user experience for users of Tuist. Contributions should avoid introducing breaking changes unless it’s strictly necessary. There are many language features that we can leverage to evolve the interface of Tuist without resorting to a breaking change. Whether a change is breaking or not might not be obvious. A method to verify whether the change is breaking is running Tuist against the fixture projects in the fixtures directory. It requires putting ourselves in the user’s shoes and imagine how the changes would impact them.
Kırıcılma değişiklikleri, Tuist kullanıcıları için kötü bir kullanıcı deneyimidi oluşturur. Katkılar, kesinlikle gerekli olmadıkça kırıcılma değişiklikleri yapmaktan kaçınmalıdır. Kırıcı birlma değişikliğine başvurmadan Tuist'in arayüzünü geliştirmek için yararlanabileceğimiz birçok dil özelliği vardır. Bir değişikliğin kırıcılma değişikliği olup olmadığı açık olmayabilir. Değişikliğin kırıcı olup olmadığını doğrulamak için bir yöntem, Tuist'i fikstürlerxtures dizinindeki fikstürxture projelerine karşı üzerinde çalıştırmaktır. Bu, kendimizi kullanıcının yerine koymaymızı ve değişikliklerin onlarıa nasıl etkiley edeceğini hayal etmeymizi gerektirir.
01/22/2026
User avatar mt:deepl

Automatically translated
Tests allow changing code with confidence. The code on pull requests should be tested, and all tests should pass. A good test is a test that consistently produces the same result and that it’s easy to understand and maintain. Reviewers spend most of the review time in the implementation code, but tests are equally important because they are code too.
Testler, kodun güvenle değiştirilmesinmenizi sağlar. Çekme talepPull isteklerindeki kod test edilmeli ve tüm testler geçmelidibaşarılı olmalıdır. İyi bir test, tutarlı bir şekilde aynı sonucu üreten veveren, anlaşılması ve sürdürülmesibakımı kolay olan bir testtir. Gözden geçirenler, gözden geçirİnceleme yapanlar, inceleme süresinin çoğunu uygulama kodunda geçirirler, ancak testler de kod olduklarığu için eşitaynı derecede önemlidir.
01/22/2026
User avatar mt:deepl

Automatically translated
It’s important that the changes are consistent with the rest of the project. Inconsistencies complicate maintenance, and therefore we should avoid them. If there’s an approach to output messages to the user, or report errors, we should stick to that. If the author disagrees with the project’s standards, suggest them to open an issue where we can discuss them further.
Değişikliklerin projenin geri kalanıyla tutarlı olması önemlidir. Tutarsızlıklar bakımı zorlaştırır ve, bu nedenle bunlardan kaçınmalıyız. Kullanıcıya mesaj çıktısı vgöndermek veya hataları bildirmek için bir yaklaşım varsa, buna bağlı kalmalıyız. Yazar projenin standartlarına katılmıyorsa, daha fazlabunları daha ayrıntılı olarak tartışabileceğimiz bir sorun açmalarsını önerin.
01/22/2026
User avatar mt:deepl

Automatically translated
There are few scenarios where splitting up the pull request is not possible, like when the changes are tightly coupled and can’t be split. In those cases, the author should provide a clear explanation of the changes and the reasoning behind them.
Değişikliklerin birbirinyle sıkı sıkıya bağlı olduğu ve bölünemediğibir şekilde bağlantılı olduğu ve ayrılamadığı durumlar gibi, çekme isteğinin bölmeünmesinin mümkün olmadığı birkaç senaryo vardır. Bu durumlarda, yazar değişikliklerin ve arkasbunların ardındaki gerekçelerin net bir açıklamasını sun açık bir şekilde açıklamalıdır.
01/22/2026
User avatar mt:deepl

Automatically translated
Does the code express its intention clearly? **If you need to spend a bunch of time figuring out what the code does, the code implementation needs to be improved.** Suggest splitting the code into smaller abstractions that are easier to understand. Alternative, and as a last resource, they can add a comment explaining the reasoning behind it. Ask yourself if you’d be able to understand the code in a near future, without any surrounding context like the pull request description.
Kod, amacını açıkça ifade ediyor mu? **Kodun ne yaptığını anlamak için çok fazla zaman harcamanız gerekiyorsa, kod uygulamasının iyileştirilmesi gereklidir.** Kodu, anlaşılması daha kolay olan daha küçük soyutlamalara bölmeyi önerin. Alternatif olarak ve son kaynakçare olarak, bunun arkasındaki mantığı açıklayan bir yorum ekleyebilirler. Kendinize, yakın bir gelecekte, çekme isteğiPull request açıklaması gibi herhangi bir bağlam olmadan, yakın gelecekte kodu anlayıp anlayamayacağınızı kendinize sorun.
01/22/2026
Browse all translation changes