The translation is temporarily closed for contributions due to maintenance, please come back later.
Please sign in to see the alerts.

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): release channels (canary / rc / stable) (#11242) 066bc6aa47
Marek Fořt authored 06/15/2026
Last commit in Weblate Translated using Weblate (Spanish) 0005bf0ec6
DeepL authored 06/15/2026
Weblate repository https://translate.tuist.dev/git/tuist/documentation-pages/
File mask docs/docs/*/guides/features/projects/cost-of-convenience.md
Monolingual base language file docs/docs/en/guides/features/projects/cost-of-convenience.md
06/09/2026

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 444 18,108 115,092
Source 37 1,509 9,591
Translated 50% 223 50% 9,056 50% 57,553
Needs editing 41% 184 41% 7,543 41% 47,948
Read-only 8% 37 8% 1,509 8% 9,591
Failing checks 8% 36 1% 235 1% 2,239
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 8% 37 8% 1,509 8% 9,591
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 538 changes 0 changes 200 changes 0 changes 1,053 changes 0 changes 281 changes 0 changes 33 changes 0 changes 34 changes 0 changes 106 changes 0 changes 38 changes
JunJulAugSepOctNovDecJanFebMarAprMay

Quick numbers

18,108
Hosted words
444
Hosted strings
50%
Translated
6
Contributors
0
Components
12
Languages
12
Translations
0
Screenshots
and previous 30 days

Trends of last 30 days

—
Hosted words
+100%
—
Hosted strings
+100%
—
Translated
+50%
—
Contributors
—
User avatar webhook:github

Changes committed
Changes committed 06/09/2026
User avatar webhook:github

Changes committed
Changes committed 06/09/2026
User avatar webhook:github

Changes committed
Changes committed 06/09/2026
User avatar webhook:github

Changes committed
Changes committed 06/09/2026
User avatar mt:deepl

Automatically translated
Xcode uses a directory inside the derived data directory for each product. Inside it, it stores the build artifacts, such as the compiled binaries, the dSYM files, and the logs. Because all the products of a project go into the same directory, which is visible by default from other targets to link against, **you might end up with targets that implicitly depend on each other.** While this might not be a problem when having just a few targets, it might manifest as failing builds that are hard to debug when the project grows.
Xcode, her ürün için türetilmiş veri dizini içindeki bir dizini kullanır. Bu dizinin içinde, derlenmiş ikili dosyalar, dSYM dosyaları ve günlükler gibi derleme çıktılarını depolar. Bir projenin tüm ürünleri aynı dizine gittiğinden ve bu dizin, bağlantı kurulacak diğer hedefler tarafından varsayılan olarak görülebilir olduğundan ( **), , varsayılan olarak bağlanacak diğer hedeflerden görülebilen aynı dizine gittiği için, **birbirlerine dolaylı olarak bağımlı hedeflerle karşılaşabilirsiniz.** Hedef sayısı az olduğunda bu bir sorun olmayabilir, ancak proje büyüdüğünde hata ayıklaması zor olan derleme hataları olarak ortaya çıkabilir.
06/09/2026
User avatar mt:deepl

Automatically translated
We could summarize Tuist's role as a tool that prevents implicitly-defined projects and leverages explicitness to provide a better developer experience (e.g. validations, optimizations). Tools like [Bazel]{1} take it further by bringing it down to the build system level.
Tuist'in rolünü, örtük olarak tanımlanmış projeleri önleyen ve daha iyi bir geliştirici deneyimi (ör. doğrulamalar, optimizasyonlar) sağlamak için açık tanımlamalardan yararlanan bir araç olarak özetleyebiliriz. [Bazel]{1} gibi araçlar, bunu derleme sistemi düzeyine indirgeyerek daha da ileri götürür.
06/09/2026
User avatar mt:deepl

Automatically translated
Ideally, **the build system was more extensible**, but wouldn't it be a bad idea to have plugins/extensions that contract with a world of implicitness? It doesn't seem like a good idea. So it seems like we'll need external tools like Tuist or [Bazel]{1} to provide a better developer experience. Or maybe Apple will surprise us all and make Xcode more extensible and explicit...
İdeal olarak, **derleme sistemi daha genişletilebilir olsaydı**, ancak örtük bir dünyayla çelişen eklentiler/uzantılara sahip olmak kötü bir fikir olmaz mıydı? Bu pek iyi bir fikir gibi görünmüyor. Bu nedenleDolayısıyla, daha iyi bir geliştirici deneyimi sunmak için Tuist veya [Bazel]{1} gibi harici araçlara ihtiyacımız olacak gibi görünüyor. Ya da belki Apple hepimizi şaşırtacak ve Xcode'u daha genişletilebilir ve açık hale getirecektir...
06/09/2026
User avatar mt:deepl

Automatically translated
Because the future is unknown, we try to **be as close as possible to the industry standards and Xcode projects**. We prevent the above issues, and leverage the knowledge that we have to provide a better developer experience. Ideally we wouldn't have to resort to project generation for that, but the lack of extensibility of Xcode and the Swift Package Manager make it the only viable option. And it's also a safe option because they'll have to break the Xcode projects to break Tuist projects.
Gelecek bilinmez olduğu içindan, **endüstri standartlarına ve Xcode projelerine** mümkün olduğunca yakın olmaya çalışıyoruz. Yukarıdaki sorunları önlüyor ve sahip olduğumuz bilgiyi kullanarak daha iyi bir geliştirici deneyimi sunmak için sahip olduğumuz bilgiden yararlanıuyoruz. İdeal olarak bunun için proje oluşturmaya başvurmamız gerekmezdi, ancak Xcode ve Swift package Yöneticisi'nin genişletilebilirlik eksikliği bunu tek geçerli seçenek haline getiriyor. Ayrıca bu, Tuist projelerini bozmak için Xcode projelerini bozmak zorunda kalacakları için güvenli bir seçenektir.
06/09/2026
User avatar mt:deepl

Automatically translated
Some editor features like SwiftUI Previews or Swift Macros require the compilation of the dependency graph from the file that's being edited. This integration between the editor requires that the build system resolves any implicitness and output the right artifacts that are necessary for those features to work. As you can imagine, **the more implicit the graph is, the more challenging the task is for the build system**, and therefore it's not surprising that many of these features don't work reliably. We often hear from developers that they stopped using SwiftUI previews long time ago because they were too unreliable. Instead, they are using either example apps, or avoiding certaing things, like the usage of static libraries or script build phases, because they cause the feature to break.
SwiftUI Önizlemeleri veya Swift Makroları gibi bazı düzenleyici özellikleri, düzenlenmekte olan dosyadan bağımlılık grafiğinin derlenmesini gerektirir. Düzenleyici arasındaki bu entegrasyon, derleme sisteminin tüm örtük unsurları çözmesini ve bu özelliklerin çalışması için gerekli olan doğru çıktı öğelerini üretmesini gerektirir. Tahmin edebileceğiniz gibi, **grafik ne kadar örtükse, derleme sistemi için görev o kadar zorlaşır** ve bu nedenle bu özelliklerin çoğunun güvenilir bir şekilde çalışmaması şaşırtıcı değildir. Geliştiricilerden, SwiftUI önizlemelerinin çok güvenilmez olduğukları için uzun zaman önce kullanmayı bıraktıklarını sık sık duyuyoruz. Bunun yerine, örnek uygulamaları kullanıyorlar ya da özelliğin bozulmasına neden olduğu için statik kütüphanelerin kullanımı veya komut dosyası derleme aşamaları gibi belirli şeylerden kaçınıyorlar.
06/09/2026
User avatar mt:deepl

Automatically translated
Defining and maintaining a dependency graph in Xcode gets harder as the project grows. It's hard because they are codified in the `.pbxproj` files as build phases and build settings, there are no tools to visualize and work with the graph, and the changes in the graph (e.g. adding a new dynamic precompiled framework), might require configuration changes upstream (e.g. adding a new build phase to copy the framework into the bundle).
Proje büyüdükçe Xcode'da bağımlılık grafiğini tanımlamak ve sürdürmek, proje büyüdükçe zorlaşır. Bu zorlu bir iştir çünkü bunlar `.pbxproj` dosyalarında derleme aşamaları ve derleme ayarları olarak kodlanmıştır, grafiği görselleştirmek ve üzerinde çalışmak için herhangi bir araç yoktur ve grafikteki değişiklikler (ör. yeni bir dinamik önceden derlenmiş çerçeve eklemek), yukarı akışta yapılandırma değişiklikleri gerektirebilir (ör. çerçeveyi pakete kopyalamak için yeni bir derleme aşaması eklemek).
06/09/2026
Browse all component changes