Weblate/Documentation — Turkish @ Hosted Weblate: If you have multiple components sharing same repository, you need …

Translation

English

Turkish

Needs editing

Skip

	English	Turkish	Actions
	Avoiding merge conflicts	Birleştirme çakışmalarından kaçınmak
	The merge conflicts from Weblate arise when same file was changed both in Weblate and outside it. There are two approaches to deal with that - avoid edits outside Weblate or integrate Weblate into your updating process, so that it flushes changes prior to updating the files outside Weblate.	Aynı dosya hem Weblate üzerinde hem de Weblate dışında değiştirildiğinde Weblate üzerinden gelen birleştirmelerde çakışmalar ortaya çıkar. Bu sorunu çözmek için kullanılabilecek iki yaklaşım vardır. Weblate dışındaki düzenlemelerden kaçınmak ya da güncelleme sürecinizi Weblate ile bütünleştirmek. Böylece Weblate dışındaki dosyalar güncellenmeden önce değişiklikler temizlenir.
	The first approach is easy with monolingual files — you can add new strings within Weblate and leave whole editing of the files there. For bilingual files, there is usually some kind of message extraction process to generate translatable files from the source code. In some cases this can be split into two parts - one for the extraction generates template (for example gettext POT is generated using :program:`xgettext`) and then further process merges it into actual translations (the gettext PO files are updated using :program:`msgmerge`). You can perform the second step within Weblate and it will ensure that all pending changes are included prior to this operation.	Tek dilli dosyalar için ilk yaklaşım kolaydır. Weblate üzerinde yeni dizgeler ekleyebilir ve dosyaların tüm düzenleme işlemlerini orada yapabilirsiniz. İki dilli dosyalar için, kaynak kodundan çevrilebilir dosyalar oluşturmak için genellikle bir tür ileti ayıklama işlemi vardır. Bazı durumlarda bu işlem iki bölüme ayrılabilir. Birinci adım olan ayıklama, kalıbı oluşturur (örneğin Gettext POT :program:`xgettext` kullanılarak oluşturulur) ve ikinci adım onu gerçek çevirilerle birleştirir (Gettext PO dosyaları :program:`msgmerge` kullanılarak güncellenir). İkinci adımı Weblate içinde yapabilirsiniz ve bu işlemden önce bekleyen tüm değişikliklerin katıldığına emin olabilirsiniz.
	The second approach can be achieved by using :ref:`api` to force Weblate to push all pending changes and lock the translation while you are doing changes on your side.	İkinci yaklaşım, :ref:`api` ile Weblate uygulamasını bekleyen tüm değişiklikleri itmek ve kendi tarafınızda değişiklikler yaparken çeviriyi kilitlemek yoluyla uygulanabilir.
	The script for doing updates can look like this:	Güncelleme betiği şunun gibi görünebilir:
	If you have multiple components sharing same repository, you need to lock them all separately:	Aynı depoyu paylaşan birden fazla bileşeniniz varsa hepsini ayrı ayrı kilitlemeniz gerekir:
	The example uses :ref:`wlc`, which needs configuration (API keys) to be able to control Weblate remotely. You can also achieve this using any HTTP client instead of wlc, e.g. curl, see :ref:`api`.	Örnekte, uzaktan Weblate yönetimi için yapılandırmaya (API anahtarları) gerek duyan :ref:`wlc` kullanılır. Bunu wlc yerine curl gibi herhangi bir HTTP istemcisini kullanarak da yapabilirsiniz. Ayrıntılı bilgi almak için: :ref:`api`.
	Avoiding merge conflicts on Weblate originated changes	Weblate kaynaklı değişikliklerde birleştirme çakışmalarından kaçınmak
	Even when Weblate is the single source of the changes in the translation files, conflicts can appear when using :ref:`addon-weblate.git.squash` add-on, :ref:`component-merge_style` is configured to :guilabel:`Rebase`, or you are squashing commits outside of Weblate (for example when merging a pull request).	Çeviri dosyalarındaki değişikliklerin tek kaynağı Weblate olsa bile, :ref:`addon-weblate.git.squash` eklentisi kullanıldığında, :ref:`component-merge_style` :guilabel olarak yapılandırıldığında çakışmalar ortaya çıkabilir: `Rebase` yapar ya da Weblate dışındaki işlemeleri ezersiniz (örneğin bir çekme isteğini birleştirirken).
	The reason for merge conflicts is different in this case - there are changes in Weblate which happened after you merged Weblate commits. This typically happens if merging is not automated and waits for days or weeks for a human to review them. Git is then sometimes no longer able to identify upstream changes as matching the Weblate ones and refuses to perform a rebase.	Bu durumda birleştirme çakışmalarının nedeni farklıdır; Weblate işlemlerini birleştirdikten sonra Weblate üzerinde değişiklikler bulunur. Bu durum genellikle birleştirme işlemi otomatikleştirilmediğinde ve bir kişinin bunları incelemesi için günlerce veya haftalarca beklendiğinde ortaya çıkar. Git bu durumda bazen yukarı akış değişikliklerini Weblate ile eşleştiremez ve yeniden yerleştirme işlemini reddeder.
	To approach this, you either need to minimize amount of pending changes in Weblate when you merge a pull request, or avoid the conflicts completely by not squashing changes.	Buna yaklaşmak için, bir çekme isteğini birleştirdiğinizde Weblate üzerinde bekleyen değişikliklerin sayısını en aza indirmeniz ya da değişiklikleri engellemeyerek çakışmaları tümüyle önlemeniz gerekir.

Loading…

kayazeren

Translation uploaded

English

Turkish 91 characters edited Current translation Translated

a year ago

Browse all string changes

Things to check

Consecutive duplicated words

Text contains the same word twice in a row: ayrı

Reset

Glossary

English	Turkish
components	bileşenler	Weblate
repo	depo	Weblate
repository	depo	Weblate

String information

Flags

rst-text

Source string location

../../admin/continuous.rst:147

String age

3 years ago

Last updated

10 days ago

Source string age

3 years ago

Translation file

docs/locales/tr/LC_MESSAGES/docs.po, string 1793