பதிப்பு கட்டுப்பாட்டு ஒருங்கிணைப்பு¶
Weblate currently supports அறிவிலி (with extended support for அறிவிலிமையம் கோரிக்கைகள், அறிவிலிஆய்வு கோரிக்கைகளை ஒன்றிணைக்கவும், கிடியா இழுக்கும் கோரிக்கைகள், கெரிட் மறுஆய்வு கோரிக்கைகள், கீழ்ப்படிதல், பிட்பக்கெட் முகில் புல் கோரிக்கைகள், பிட்பக்கெட் தரவு நடுவண் கோரிக்கைகளை இழுக்கவும், and அசூர் டெவொப்ச் கோரிக்கைகளை இழுக்கிறது) and மெர்குரியல் as version control back-ends.
களஞ்சிய அணுகல், உள்வரும் அறிவிப்புகள் மற்றும் மொழிபெயர்ப்புகளை பின்னுக்குத் தள்ளும் வழங்குநர்-குறிப்பிட்ட அமைவு படிகளுக்கு, Code-hosting integrations என்பதைப் பார்க்கவும்.
களஞ்சியங்களை அணுகும்¶
நீங்கள் பயன்படுத்த விரும்பும் பகஅ களஞ்சியத்தை வலைபெயர்ப்பு அணுகக்கூடியதாக இருக்க வேண்டும். பொதுவில் கிடைக்கும் களஞ்சியத்துடன் நீங்கள் சரியான முகவரி ஐ உள்ளிட வேண்டும் (உதாரணமாக https://github.com/WeblateOrg/weblate.git), ஆனால் தனிப்பட்ட களஞ்சியங்கள் அல்லது புச் முகவரி களுக்கு அமைப்பு மிகவும் சிக்கலானது மற்றும் ஏற்பு தேவைப்படுகிறது.
புரவலன் செய்யப்பட்ட வலைபெயர்ப்புடிலிருந்து களஞ்சியங்களை அணுகுவது¶
Note
இந்தப் பிரிவு மட்டும் புரவலன் செய்யப்பட்ட வெப்லேட்டுக்கு (hosted.weblate.org) பொருந்தும். நீங்கள் சொந்தமாக புரவலன் செய்யப்பட்ட வலைபெயர்ப்பு நிகழ்வை இயக்குகிறீர்கள் என்றால், அதற்கு பதிலாக அடுத்த பகுதியை பார்க்கவும்.
For GitHub repositories on Hosted Weblate, use the Hosted Weblate app from Weblate's Connect GitHub account flow whenever possible. The App grants repository access, receives incoming notifications, pushes translation branches, and creates pull requests without inviting the Hosted Weblate weblate user. See GitHub களஞ்சிய அணுகல் for the full setup.
For direct SSH access outside the GitHub App workflow, and for Bitbucket,
Codeberg, and GitLab repositories, Hosted Weblate has a dedicated push user
(with the username weblate, e-mail hosted@weblate.org, and a
name or profile description Weblate push user).
Hint
தளங்களில் அதிகமான வலைபெயர்ப்பு பயனர்கள் இருக்கலாம், மற்ற வலைபெயர்ப்பு நிகழ்வுகளுக்காக நியமிக்கப்பட்டுள்ளனர். புரவலன் செய்யப்பட்ட வெப்லேட்டுக்கான சரியான பயனரைக் கண்டறிய hosted@weblate.org என்ற மின்னஞ்சல் மூலம் தேடுவது பரிந்துரைக்கப்படுகிறது.
நீங்கள் இந்த பயனரை ஒரு ஒத்துழைப்பாளராகச் சேர்த்து, உங்கள் களஞ்சியத்திற்கு பொருத்தமான அனுமதிகளை வழங்க வேண்டும் (குளோனிங்கிற்கு படிக்க மட்டும் சரி, தள்ளுவதற்கு எழுதுவது தேவை). பணி மற்றும் உங்கள் நிறுவனத்தின் அமைப்புகளைப் பொறுத்து, இது உடனடியாக நிகழ்கிறது, அல்லது வலைபெயர்ப்பு பக்கத்தில் உறுதிப்படுத்தல் தேவைப்படுகிறது.
The weblate user on GitHub accepts invitations automatically within five minutes when you intentionally use direct SSH access there. Manual processing might be needed on the other services, so please be patient.
For this direct SSH-user setup, once the weblate user is added to
your repository, you can configure மூல குறியீடு களஞ்சியம் and
களஞ்சியம் புச் முகவரி using the SSH protocol, for example
git@example.com:group/project.git.
Accessing repositories on code-hosting sites (GitHub, GitLab, Bitbucket, Azure DevOps, ...)¶
Note
இந்தப் பிரிவு சுய ஓச்ட் வலைபெயர்ப்பு நிகழ்வுகளுக்குப் பொருந்தும். நீங்கள் Hosted வலைபெயர்ப்பு (hosted.weblate.org) பயன்படுத்துகிறீர்கள் என்றால், அதற்கு பதிலாக புரவலன் செய்யப்பட்ட வலைபெயர்ப்புடிலிருந்து களஞ்சியங்களை அணுகுவது ஐப் பார்க்கவும்.
சுய-ஓச்ட் செய்யப்பட்ட வெப்லேட்டுக்கு, அணுகல் டோக்கனுடன் கூடிய HTTPS களஞ்சிய முகவரி ஐப் பயன்படுத்தி ஒரு தனிப்பட்ட களஞ்சியத்தை அமைப்பது மிகவும் எளிதானது, பார்க்க Code-hosting integrations.
For multiple repositories, create a dedicated code-hosting user associated with a Weblate SSH key (see பாஓடு விசை வலைபெயர்ப்பு). This way you associate Weblate SSH key with a single user, because platforms frequently enforce single use of an SSH key. Grant this user access to the repositories, and use SSH URLs to access them (see பாஓடு களஞ்சியங்கள்).
பாஓடு களஞ்சியங்கள்¶
தனியார் களஞ்சியங்களை அணுகுவதற்கான ஒரு பொதுவான முறை SSH அடிப்படையிலானது. இந்த வழியில் மேலோடை களஞ்சியத்தை அணுக பொது வலைபெயர்ப்பு பாஓடு விசையை (பார்க்க பாஓடு விசை வலைபெயர்ப்பு) அங்கீகரிக்கவும்.
Warning
GitHub இல், ஒவ்வொரு விசையையும் ஒருமுறை மட்டுமே பயன்படுத்த முடியும், பார்க்கவும் GitHub களஞ்சிய அணுகல் மற்றும் புரவலன் செய்யப்பட்ட வலைபெயர்ப்புடிலிருந்து களஞ்சியங்களை அணுகுவது.
முதல் இணைப்பில் புரவலன் விசை கைரேகையை வலைபெயர்ப்பு சேமித்து வைக்கிறது, பின்னர் அதை மாற்றினால் ஓச்டுடன் இணைக்க முடியவில்லை (பார்க்க பாஓடு புரவலன் விசைகளை சரிபார்க்கிறது).
சரிசெய்தல் தேவைப்பட்டால், வலைபெயர்ப்பு நிர்வாக இடைமுகத்திலிருந்து அவ்வாறு செய்யுங்கள்:
பாஓடு விசை வலைபெயர்ப்பு¶
Changed in version 4.17: வலைபெயர்ப்பு இப்போது rsa மற்றும் ed25519 பாஓடு விசைகள் இரண்டையும் உருவாக்குகிறது. புதிய அமைப்புகளுக்கு ed25519 ஐப் பயன்படுத்துவது பரிந்துரைக்கப்படுகிறது.
வலைபெயர்ப்பு பொது விசை About பக்கத்தில் உலாவும் அனைத்து பயனர்களுக்கும் தெரியும்.
நிர்வாகிகள் தற்போது வலைபெயர்ப்பு பயன்படுத்தும் பொது விசையை (SSH கீகள் இலிருந்து) நிர்வாகி இடைமுகம் இறங்கும் பக்கத்தில் உருவாக்கலாம் அல்லது காட்டலாம்.
Note
தொடர்புடைய தனியார் பாஓடு விசையில் தற்போது கடவுச்சொல் இருக்க முடியாது, எனவே அது நன்கு பாதுகாக்கப்படுவதை உறுதிசெய்க.
Hint
உருவாக்கப்பட்ட தனியார் வலைபெயர்ப்பு பாஓடு விசையின் காப்புப்பிரதியை உருவாக்கவும்.
பாஓடு புரவலன் விசைகளை சரிபார்க்கிறது¶
வலைபெயர்ப்பு தானாகவே பாஓடு புரவலன் விசைகளை முதல் அணுகலில் சேமித்து, மேலும் பயன்பாட்டிற்கு அவற்றை நினைவில் கொள்கிறது.
When VCS_RESTRICT_PRIVATE is enabled, Weblate resolves and validates
the repository host before scanning its key and connects ssh-keyscan only
to the approved addresses. The stored key remains associated with the original
hostname.
For Git connections, Weblate also applies HostName and Port from
DATA_DIR/ssh/config before validating and pinning the effective
destination. SSH configuration and SSH_EXTRA_ARGS are trusted
administrator-controlled inputs. They can alter connection routing, and
SSH_EXTRA_ARGS can override Weblate's address pinning;
administrators are responsible for their effects.
களஞ்சியத்துடன் இணைக்கும் முன் முக்கிய கைரேகையை நீங்கள் சரிபார்க்க விரும்பினால், நிர்வாக இடைமுகத்தின் அதே பிரிவில் இருந்து புரவலன் விசையைச் சேர் என்பதில் நீங்கள் அணுகப் போகும் சேவையகங்களின் பாஓடு புரவலன் விசைகளைச் சேர்க்கவும். நீங்கள் அணுகப் போகும் புரவலன்பெயரை (எ.கா. gitlab.com) உள்ளிட்டு, Submit என்பதை அழுத்தவும். நீங்கள் சேர்த்த சேவையகத்துடன் அதன் கைரேகை பொருந்துகிறதா என்று சரிபார்க்கவும்.
கைரேகைகளுடன் சேர்க்கப்பட்ட விசைகள் உறுதிப்படுத்தல் செய்தியில் காட்டப்பட்டுள்ளன:
மரபு பாஓடு சேவையகங்களுடன் இணைக்கிறது¶
அண்மைக் கால ஓபன்ச் வெளியீடுகள் (எடுத்துக்காட்டாக, வலைபெயர்ப்பு கப்பல்துறை கொள்கலனில் பயன்படுத்தப்பட்டவை) இயல்புநிலையாக sha-1 ஆச் வழிமுறையைப் பயன்படுத்தி rsa கையொப்பங்களை முடக்கவும். sha-1 ஆச் வழிமுறை கிரிப்டோகிராஃபிக்காக உடைந்ததால் இந்த மாற்றம் செய்யப்பட்டுள்ளது, மேலும் <usd k 50k க்கு தேர்ந்தெடுக்கப்பட்ட-முன்னேற்ற ஆச் மோதல்களை உருவாக்க முடியும்.
பெரும்பாலான பயனர்களுக்கு, இந்த மாற்றம் கண்ணுக்கு தெரியாததாக இருக்க வேண்டும், மேலும் ssh-rsa விசைகளை மாற்ற வேண்டிய அவசியமில்லை. வெளியீடு 7.2 மற்றும் தற்போதுள்ள ssh-rsa விசைகள் தானாகவே வலுவான வழிமுறையை முடிந்தவரை பயன்படுத்தும் என்பதால் திறந்தபாஓடு rfc8332 rsa/sha-256/512 கையொப்பங்களை ஆதரித்துள்ளது.
மேம்படுத்தப்படாத அல்லது பாஓடு நெறிமுறையில் மேம்பாடுகளை நெருக்கமாகக் கண்காணிக்காத பழைய பாஓடு செயலாக்கங்களுடன் இணைக்கும்போது பொருந்தாத தன்மை அதிகமாகும். அத்தகைய சேவையகத்திற்கான பாஓடு இணைப்பு தோல்வியடையும்:
no matching host key type found. Their offer: ssh-rsa
இந்த நிகழ்வுகளுக்கு, HostkeyAlgorithms மற்றும் PubkeyAcceptedAlgorithms விருப்பங்கள் வழியாக இணைப்பு மற்றும்/அல்லது பயனர் அங்கீகாரத்தை அனுமதிக்க, RSA/SHA1ஐ தேர்ந்தெடுத்து மீண்டும் இயக்குவது அவசியமாக இருக்கலாம். எடுத்துக்காட்டாக, DATA_DIR/ssh/config இல் உள்ள பின்வரும் முடிப்பு ஓச்டுக்கான RSA/SHA1 ஐ இயக்கும் மற்றும் ஒரு இலக்கு ஓச்டுக்கான பயனர் அங்கீகாரத்தை செயல்படுத்தும்:
Host legacy-host
HostkeyAlgorithms +ssh-rsa
PubkeyAcceptedAlgorithms +ssh-rsa
மரபு செயலாக்கங்களை மற்றொரு முக்கிய வகையுடன் (ecdsa அல்லது ed25519 போன்றவை) மேம்படுத்தலாம் அல்லது மறுசீரமைக்க முடியும் வரை rsa/sha1 ஐ ச்டாப் கேப் நடவடிக்கையாக மட்டுமே இயக்க பரிந்துரைக்கிறோம்.
அறிவிலிமையம் களஞ்சியங்கள்¶
விரிவான GitHub களஞ்சிய அணுகல் GitHub களஞ்சிய அணுகல் இல் உள்ளது.
GitLab களஞ்சியங்கள்¶
விரிவான GitLab களஞ்சிய அணுகல் GitLab களஞ்சிய அணுகல் இல் உள்ளது.
உள் முகவரி களை வலைபெயர்ப்பு செய்யுங்கள்¶
மற்ற (இணைக்கப்பட்ட) கூறுகளில் weblate://project/component எனக் குறிப்பிடுவதன் மூலம் வெவ்வேறு கூறுகளுக்கு இடையே ஒரு களஞ்சிய அமைப்பைப் பகிரவும். இந்த வழியில் இணைக்கப்பட்ட கூறுகள் முக்கிய (குறிப்பிடப்பட்ட) கூறுகளின் பகஅ களஞ்சிய உள்ளமைவைப் பயன்படுத்துகின்றன.
Warning
முக்கிய கூறுகளை நீக்குவது இணைக்கப்பட்ட கூறுகளையும் நீக்குகிறது.
Linked components share the complete repository checkout; the link does not isolate them to particular files or directories. Users allowed to administer a linked component can configure operations affecting files anywhere in the shared checkout. For example, they can change file masks, formats, and templates, or install and configure add-ons that read, generate, or modify repository files. Weblate can commit and push resulting changes using the main component's repository configuration.
Only link components when the repository owner trusts the administrators of every linked component with the complete checkout. Use separate repositories when components require file-level isolation.
பொருந்தக்கூடிய களஞ்சிய அமைப்பைக் கொண்ட ஒரு கூறுகளைக் கண்டால் ஒரு கூறுகளை உருவாக்கும்போது வலைபெயர்ப்பு தானாகவே களஞ்சிய முகவரி ஐ சரிசெய்கிறது. கூறு உள்ளமைவின் கடைசி கட்டத்தில் இதை நீங்கள் மேலெழுதலாம்.
இதைப் பயன்படுத்துவதற்கான காரணங்கள்:
சேவையகத்தில் வட்டு இடத்தை சேமிக்கிறது, களஞ்சியம் ஒரு முறை சேமிக்கப்படுகிறது.
புதுப்பிப்புகளை விரைவாகச் செய்கிறது, ஒரு களஞ்சியம் மட்டுமே புதுப்பிக்கப்படுகிறது.
வலைபெயர்ப்பு மொழிபெயர்ப்புகளுடன் ஒரே ஒரு ஏற்றுமதி களஞ்சியம் உள்ளது (பார்க்க அறிவிலி ஏற்றுமதியாளர்).
சில துணை நிரல்கள் ஒரு களஞ்சியத்தைப் பகிரும் பல கூறுகளில் செயல்பட முடியும், எடுத்துக்காட்டாக ச்குவாச் அறிவிலி கம்யூச்.
https களஞ்சியங்கள்¶
பாதுகாக்கப்பட்ட https களஞ்சியங்களை அணுக, முகவரி இல் பயனர்பெயர் மற்றும் கடவுச்சொல்லை சேர். கவலைப்பட வேண்டாம், பயனர்களுக்கு முகவரி காட்டப்படும் போது வலைபெயர்ப்பு இந்த தகவலை அகற்றும் (களஞ்சிய முகவரி ஐக் காண கூட அனுமதிக்கப்பட்டால்).
எடுத்துக்காட்டாக, ஏற்பு சேர்க்கப்பட்ட GitHub முகவரி இப்படித் தோன்றலாம்: https://user:your_access_token@github.com/WeblateOrg/weblate.git.
நீங்கள் முகவரி இல் நற்சான்றிதழ்களை வழங்கவில்லை மற்றும் களஞ்சியத்திற்கு அது தேவைப்பட்டால், Git பிழையுடன் தோல்வியடையும்:
fatal: could not read Username for 'https://github.com': terminal prompts disabled
Changed in version 5.10.2: HTTP நற்சான்றிதழ்கள் வழங்கப்படும் போது வலைபெயர்ப்பு GIT 2.46.0 மற்றும் புதியது ஆகியவற்றுடன் செயல்திறன்மிக்க அங்கீகாரத்தைப் பயன்படுத்துகிறது.
இது அசூர் டெவொப்ச் களஞ்சியங்களை அணுகுவதை சாத்தியமாக்குகிறது மற்றும் அங்கீகரிக்கப்பட்ட களஞ்சியங்களை விரைவாக அணுகுகிறது.
Note
உங்கள் பயனர்பெயர் அல்லது கடவுச்சொல் சிறப்பு எழுத்துக்களைக் கொண்டிருந்தால், அவை முகவரி குறியிடப்பட்டதாக இருக்க வேண்டும், எடுத்துக்காட்டாக https://user%40example.com:%24password%23@bitbucket.org/….
பதிலாளைப் பயன்படுத்துதல்¶
If you need to access Git repositories over HTTPS using a proxy server, configure the per-protocol environment variables described in http பதிலாள்.
அறிவிலி¶
Hint
Weblate needs Git 2.46 or newer.
Note
Weblate validates permanent HTTP redirects which stay on the repository hostname and automatically stores the canonical repository URL. The change is recorded in the component history as repository maintenance. Redirects to another hostname have to be configured manually.
See also
பல்வேறு வகையான களஞ்சியங்களை எவ்வாறு அணுகுவது என்பது பற்றிய தகவலுக்கு களஞ்சியங்களை அணுகும் ஐப் பார்க்கவும்.
Git LFS¶
Weblate does not support files tracked by Git LFS as translation files. It does not download or upload Git LFS objects. Git LFS smudging and pre-push uploads are disabled for Weblate-managed repositories, so LFS-tracked files remain pointer files. This behavior applies to every Git hosting provider.
A repository can use Git LFS for files that Weblate does not need to read or modify. The upstream repository remains the authoritative source for these LFS objects. Clone from upstream when you need the actual files rather than their pointers because repositories served by Weblate do not include LFS objects.
For the GitLab merge request workflow, Weblate disables Git LFS in its managed fork. This prevents GitLab from rejecting pointer-only translation branches when the upstream repository added LFS objects after the fork was created. Existing managed forks are reconfigured on their next push. This does not change the Git LFS configuration of the upstream project.
Git submodules¶
Weblate does not populate Git submodules when cloning repositories. It does not initialize or update submodules, and it does not recurse into submodule repositories during file discovery or translation updates. Files stored inside a submodule are therefore not available to file masks when Weblate is connected to the parent repository.
If translation files live in a submodule, add the submodule repository to Weblate as its own component instead of reaching it through the parent repository. Weblate can then clone, update, commit, and push to the repository that actually stores the translation files. The parent repository only records the submodule commit pointer, so updating that pointer has to happen outside Weblate, for example in your normal development workflow or CI.
படை உந்துதலுடன் அறிவிலி¶
இது அறிவிலி போலவே செயல்படுகிறது, ஒரே வேறுபாடு என்னவென்றால், அது எப்போதும் கட்டாயப்படுத்துகிறது. மொழிபெயர்ப்புகளுக்கு தனி களஞ்சியத்தைப் பயன்படுத்தும் விசயத்தில் மட்டுமே இது நோக்கம் கொண்டது.
Warning
எச்சரிக்கையுடன் பயன்படுத்து, ஏனெனில் இது உங்கள் மேலோடை களஞ்சியத்தில் இழந்த கமிட்டுகளுக்கு எளிதில் வழிவகுக்கிறது.
அறிவிலி உள்ளமைவைத் தனிப்பயனாக்குதல்¶
வலைபெயர்ப்பு அனைத்து பகஅ கட்டளைகளையும் HOME=$DATA_DIR/home (பார்க்க DATA_DIR) மூலம் செயல்படுத்துகிறது, எனவே பயனர் உள்ளமைவைத் திருத்துவது DATA_DIR/home/.git இல் செய்யப்பட வேண்டும்.
அறிவிலிமையம் கோரிக்கைகள்¶
விரிவான GitHub இழுக்கும் கோரிக்கை அமைப்பு அறிவிலிமையம் கோரிக்கைகள் இல் உள்ளது.
அறிவிலிஆய்வு கோரிக்கைகளை ஒன்றிணைக்கவும்¶
விரிவான GitLab ஒன்றிணைப்பு கோரிக்கை அமைப்பு அறிவிலிஆய்வு கோரிக்கைகளை ஒன்றிணைக்கவும் இல் உள்ளது.
கிடியா இழுக்கும் கோரிக்கைகள்¶
விரிவான அறிவிலிதேநீர் இழுக்கும் கோரிக்கை அமைப்பு கிடியா இழுக்கும் கோரிக்கைகள் இல் உள்ளது.
பிட்பக்கெட் தரவு நடுவண் கோரிக்கைகளை இழுக்கவும்¶
விரிவான பிட்பக்கெட் டேட்டா சென்டர் இழுக்கும் கோரிக்கை அமைப்பு பிட்பக்கெட் தரவு நடுவண் கோரிக்கைகளை இழுக்கவும் என்பதில் உள்ளது.
பிட்பக்கெட் முகில் புல் கோரிக்கைகள்¶
Detailed Bitbucket Cloud pull request setup is covered in பிட்பக்கெட் முகில் புல் கோரிக்கைகள்.
pagure ஒன்றிணைப்பு கோரிக்கைகள்¶
விரிவான Pagure merge கோரிக்கை அமைப்பு pagure ஒன்றிணைப்பு கோரிக்கைகள் இல் உள்ளது.
செரிட்¶
விரிவான கெரிட் மதிப்பாய்வு கோரிக்கை அமைப்பு கெரிட் மறுஆய்வு கோரிக்கைகள் இல் உள்ளது.
அசூர் டெவொப்ச் கோரிக்கைகளை இழுக்கிறது¶
விரிவான அசூர் DevOps இழுக்கும் கோரிக்கை அமைப்பு அசூர் டெவொப்ச் கோரிக்கைகளை இழுக்கிறது இல் உள்ளது.
மெர்குரியல்¶
மெர்குரியல் என்பது நீங்கள் நேரடியாகப் பயன்படுத்தக்கூடிய மற்றொரு வி.சி.எச்.
Note
இது எந்த மெர்குரியல் பதிப்பிலும் வேலை செய்ய வேண்டும், ஆனால் சில நேரங்களில் கட்டளை-வரி இடைமுகத்தில் பொருந்தாத மாற்றங்கள் உள்ளன, இது வலைபெயர்ப்பு ஒருங்கிணைப்பை உடைக்கிறது.
See also
பல்வேறு வகையான களஞ்சியங்களை எவ்வாறு அணுகுவது என்பது பற்றிய தகவலுக்கு களஞ்சியங்களை அணுகும் ஐப் பார்க்கவும்.
கீழ்ப்படிதல்¶
வலைபெயர்ப்பு subversion களஞ்சியங்களுடன் தொடர்பு கொள்ள git-svn ஐப் பயன்படுத்துகிறது. இது ஒரு பெர்ல் ச்கிரிப்ட் ஆகும், இது ஒரு Git வாங்கி மூலம் சப்வர்சனைப் பயன்படுத்த அனுமதிக்கிறது, பயனர்கள் உள் களஞ்சியத்தின் முழு குளோனையும் பராமரிக்கவும் உள்நாட்டில் செயல்படவும் உதவுகிறது.
Note
வலைபெயர்ப்பு சப்வர்சன் களஞ்சிய அமைப்பை தானாக கண்டறிய முயற்சிக்கிறது - இது கிளைக்கான நேரடி URLகள் அல்லது நிலையான தளவமைப்புடன் (கிளைகள்/, குறிச்சொற்கள்/ மற்றும் டிரங்க்/) இரண்டையும் ஆதரிக்கிறது. இதைப் பற்றிய கூடுதல் தகவலை git-svn ஆவணத்தில் இல் காணலாம். உங்கள் களஞ்சியத்தில் நிலையான தளவமைப்பு இல்லை மற்றும் நீங்கள் பிழைகளை எதிர்கொண்டால், களஞ்சிய முகவரி இல் கிளை பெயரைச் சேர்த்து கிளையை காலியாக விடவும்.
கீழ்ப்படிதல் நற்சான்றிதழ்கள்¶
நீங்கள் சான்றிதழை முன்கூட்டியே ஏற்றுக்கொண்டிருக்க வேண்டும் என்று வலைபெயர்ப்பு எதிர்பார்க்கிறது (தேவைப்பட்டால் உங்கள் சான்றுகள்). இது DATA_DIR கோப்பகத்தில் அவற்றைச் செருகும். $HOME சூழல் மாறி DATA_DIR க்கு அமைக்கப்பட்டதன் மூலம் svn ஐப் பயன்படுத்தி சான்றிதழை ஏற்கவும்:
# Use DATA_DIR as configured in Weblate settings.py, it is /app/data in the Docker
HOME=${DATA_DIR}/home svn co https://svn.example.com/example
See also
உள்ளக கோப்புகள்¶
Hint
அடியில், இது பயன்படுத்துகிறது அறிவிலி. இதற்கு அறிவிலி நிறுவப்பட வேண்டும் மற்றும் உங்கள் மொழிபெயர்ப்புகளின் முழு வரலாற்றையும் கொண்ட அறிவிலி பயன்படுத்த அனுமதிக்கிறது.
வலைபெயர்ப்பு தொலைநிலை வி.சி.எச் இல்லாமல் செயல்பட முடியும். ஆரம்ப மொழிபெயர்ப்புகள் அவற்றை பதிவேற்றுவதன் மூலம் இறக்குமதி செய்யப்படுகின்றன. பின்னர் நீங்கள் தனிப்பட்ட கோப்புகளை கோப்பு பதிவேற்றம் மூலம் மாற்றலாம் அல்லது மொழிபெயர்ப்பு சரங்களை வலைபெயர்ப்புடிலிருந்து நேரடியாகச் சேர்க்கலாம் (தற்போது ஒருமொழி மொழிபெயர்ப்புகளுக்கு மட்டுமே கிடைக்கிறது).
பின்னணியில், வலைபெயர்ப்பு உங்களுக்காக ஒரு அறிவிலி களஞ்சியத்தை உருவாக்குகிறது மற்றும் அனைத்து மாற்றங்களும் கண்காணிக்கப்படுகின்றன. பின்னர் மொழிபெயர்ப்புகளைச் சேமிக்க ஒரு வி.சி.எச் பயன்படுத்த முடிவு செய்தால், நீங்கள் ஏற்கனவே வலைபெயர்ப்புடுக்குள் ஒரு களஞ்சியத்தை வைத்திருக்கிறீர்கள்.