பதிப்பு கட்டுப்பாட்டு ஒருங்கிணைப்பு¶

Weblate currently supports அறிவிலி (with extended support for அறிவிலிமையம் கோரிக்கைகள், அறிவிலிஆய்வு கோரிக்கைகளை ஒன்றிணைக்கவும், கிடியா இழுக்கும் கோரிக்கைகள், செரிட், கீழ்ப்படிதல், பிட்பக்கெட் முகில் புல் கோரிக்கைகள், பிட்பக்கெட் தரவு நடுவண் கோரிக்கைகளை இழுக்கவும், and அசூர் டெவொப்ச் கோரிக்கைகளை இழுக்கிறது) and மெர்குரியல் as version control back-ends.

களஞ்சியங்களை அணுகும்¶

நீங்கள் பயன்படுத்த விரும்பும் வி.சி.எச் களஞ்சியத்தை வலைபெயர்ப்புடுக்கு அணுக வேண்டும். பொதுவில் கிடைக்கக்கூடிய களஞ்சியத்துடன் நீங்கள் சரியான முகவரி ஐ உள்ளிட வேண்டும் (எடுத்துக்காட்டாக `` https: // github.com/wellateorg/weblate.git``), ஆனால் தனியார் களஞ்சியங்களுக்கு அல்லது புச் முகவரி களுக்கு அமைப்பு மிகவும் சிக்கலானது மற்றும் தேவைப்படுகிறது அங்கீகார.

புரவலன் செய்யப்பட்ட வலைபெயர்ப்புடிலிருந்து களஞ்சியங்களை அணுகுவது¶

For Hosted Weblate, there is a dedicated push user registered on GitHub, Bitbucket, Codeberg, and GitLab (with the username weblate, e-mail hosted@weblate.org, and a name or profile description Weblate push user).

Hint

தளங்களில் அதிக வலைபெயர்ப்பு பயனர்கள் இருக்கலாம், இது மற்ற வலைபெயர்ப்பு நிகழ்வுகளுக்காக நியமிக்கப்பட்டுள்ளது. புரவலன் செய்யப்பட்ட வலைபெயர்ப்புடுக்கு சரியான பயனரைக் கண்டுபிடிக்க `` புரவலன் செய்யப்பட்ட@weblate.org` என்ற மின்னஞ்சல் மூலம் தேடுவது பரிந்துரைக்கப்படுகிறது.

நீங்கள் இந்த பயனரை ஒரு ஒத்துழைப்பாளராகச் சேர்த்து, உங்கள் களஞ்சியத்திற்கு பொருத்தமான அனுமதிகளை வழங்க வேண்டும் (குளோனிங்கிற்கு படிக்க மட்டும் சரி, தள்ளுவதற்கு எழுதுவது தேவை). பணி மற்றும் உங்கள் நிறுவனத்தின் அமைப்புகளைப் பொறுத்து, இது உடனடியாக நிகழ்கிறது, அல்லது வலைபெயர்ப்பு பக்கத்தில் உறுதிப்படுத்தல் தேவைப்படுகிறது.

The weblate user on GitHub accepts invitations automatically within five minutes. Manual processing might be needed on the other services, so please be patient.

Once the weblate user is added to your repository, you can configure மூல குறியீடு களஞ்சியம் and களஞ்சியம் புச் முகவரி using the SSH protocol (for example git@github.com:WeblateOrg/weblate.git).

குறியீடு ஓச்டிங் தளங்களில் களஞ்சியங்களை அணுகுவது (கிதுப், அறிவிலிஆய்வு, பிட்பக்கெட், அசூர் டெவொப்ச், ...)¶

Accessing repositories on code hosting sites is typically done by creating a dedicated user who is associated with a Weblate SSH key (see பாஓடு விசை வலைபெயர்ப்பு). This way you associate Weblate SSH key with a single user (platforms frequently enforce single use of a SSH key) and grant this user access to the repository. You can then use SSH URL to access the repository (see பாஓடு களஞ்சியங்கள்).

Hint

On a Hosted Weblate, this is pre-configured for most of the public sites, please see புரவலன் செய்யப்பட்ட வலைபெயர்ப்புடிலிருந்து களஞ்சியங்களை அணுகுவது.

பாஓடு களஞ்சியங்கள்¶

The most frequently used method to access private repositories is based on SSH. Authorize the public Weblate SSH key (see பாஓடு விசை வலைபெயர்ப்பு) to access the upstream repository this way.

Warning

On GitHub, each key can only be used once, see அறிவிலிமையம் களஞ்சியங்கள் and புரவலன் செய்யப்பட்ட வலைபெயர்ப்புடிலிருந்து களஞ்சியங்களை அணுகுவது.

Weblate also stores the host key fingerprint upon first connection, and fails to connect to the host should it be changed later (see பாஓடு புரவலன் விசைகளை சரிபார்க்கிறது).

சரிசெய்தல் தேவைப்பட்டால், வலைபெயர்ப்பு நிர்வாக இடைமுகத்திலிருந்து அவ்வாறு செய்யுங்கள்:

பாஓடு விசை வலைபெயர்ப்பு¶

Changed in version 4.17: வலைபெயர்ப்பு இப்போது rsa மற்றும் ed25519 பாஓடு விசைகள் இரண்டையும் உருவாக்குகிறது. புதிய அமைப்புகளுக்கு ed25519 ஐப் பயன்படுத்துவது பரிந்துரைக்கப்படுகிறது.

The Weblate public key is visible to all users browsing the About page.

Admins can generate or display the public key currently used by Weblate in the connection (from SSH keys) on the admin interface landing page.

Note

தொடர்புடைய தனியார் பாஓடு விசையில் தற்போது கடவுச்சொல் இருக்க முடியாது, எனவே அது நன்கு பாதுகாக்கப்படுவதை உறுதிசெய்க.

Hint

உருவாக்கப்பட்ட தனியார் வலைபெயர்ப்பு பாஓடு விசையின் காப்புப்பிரதியை உருவாக்கவும்.

பாஓடு புரவலன் விசைகளை சரிபார்க்கிறது¶

வலைபெயர்ப்பு தானாகவே பாஓடு புரவலன் விசைகளை முதல் அணுகலில் சேமித்து, மேலும் பயன்பாட்டிற்கு அவற்றை நினைவில் கொள்கிறது.

In case you want to verify the key fingerprint before connecting to the repository, add the SSH host keys of the servers you are going to access in Add host key, from the same section of the admin interface. Enter the hostname you are going to access (e.g. gitlab.com), and press Submit. Verify its fingerprint matches the server you added.

கைரேகைகளுடன் சேர்க்கப்பட்ட விசைகள் உறுதிப்படுத்தல் செய்தியில் காட்டப்பட்டுள்ளன:

மரபு பாஓடு சேவையகங்களுடன் இணைக்கிறது¶

அண்மைக் கால ஓபன்ச் வெளியீடுகள் (எடுத்துக்காட்டாக, வலைபெயர்ப்பு கப்பல்துறை கொள்கலனில் பயன்படுத்தப்பட்டவை) இயல்புநிலையாக 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

For these cases, it may be necessary to selectively re-enable RSA/SHA1 to allow connection and/or user authentication via the HostkeyAlgorithms and PubkeyAcceptedAlgorithms options. For example, the following stanza in DATA_DIR/ssh/config will enable RSA/SHA1 for host and user authentication for a single destination host:

Host legacy-host
   HostkeyAlgorithms +ssh-rsa
   PubkeyAcceptedAlgorithms +ssh-rsa

மரபு செயலாக்கங்களை மற்றொரு முக்கிய வகையுடன் (ecdsa அல்லது ed25519 போன்றவை) மேம்படுத்தலாம் அல்லது மறுசீரமைக்க முடியும் வரை rsa/sha1 ஐ ச்டாப் கேப் நடவடிக்கையாக மட்டுமே இயக்க பரிந்துரைக்கிறோம்.

அறிவிலிமையம் களஞ்சியங்கள்¶

Access via SSH is possible (see பாஓடு களஞ்சியங்கள்), but in case you need to access more than one repository, you will hit a GitHub limitation on allowed SSH key usage (since each key can be used only once).

In case the புச் கிளை is not set, the project is forked and changes pushed through a fork. In case it is set, changes are pushed to the upstream repository and chosen branch.

For smaller deployments, use HTTPS authentication with a personal access token and your GitHub account, see Creating an access token for command-line use.

For bigger setups, it is usually better to create a dedicated user for Weblate, assign it the public SSH key generated in Weblate (see பாஓடு விசை வலைபெயர்ப்பு) and grant it access to all the repositories you want to translate. This approach is also used for Hosted Weblate, there is dedicated weblate user for that.

உள் முகவரி களை வலைபெயர்ப்பு செய்யுங்கள்¶

மற்ற (இணைக்கப்பட்ட) கூறுகளில் `` வெப்லேட்: // திட்டம்/கூறு` எனக் குறிப்பிடுவதன் மூலம் வெவ்வேறு கூறுகளுக்கு இடையில் ஒரு களஞ்சிய அமைப்பைப் பகிரவும். இந்த வழியில் இணைக்கப்பட்ட கூறுகள் முதன்மையான (குறிப்பிடப்பட்ட) கூறுகளின் பகஅ களஞ்சிய உள்ளமைவைப் பயன்படுத்துகின்றன.

Warning

முக்கிய கூறுகளை நீக்குவது இணைக்கப்பட்ட கூறுகளையும் நீக்குகிறது.

பொருந்தக்கூடிய களஞ்சிய அமைப்பைக் கொண்ட ஒரு கூறுகளைக் கண்டால் ஒரு கூறுகளை உருவாக்கும்போது வலைபெயர்ப்பு தானாகவே களஞ்சிய முகவரி ஐ சரிசெய்கிறது. கூறு உள்ளமைவின் கடைசி கட்டத்தில் இதை நீங்கள் மேலெழுதலாம்.

இதைப் பயன்படுத்துவதற்கான காரணங்கள்:

சேவையகத்தில் வட்டு இடத்தை சேமிக்கிறது, களஞ்சியம் ஒரு முறை சேமிக்கப்படுகிறது.
புதுப்பிப்புகளை விரைவாகச் செய்கிறது, ஒரு களஞ்சியம் மட்டுமே புதுப்பிக்கப்படுகிறது.
There is just single exported repository with Weblate translations (see அறிவிலி ஏற்றுமதியாளர்).
Some add-ons can operate on multiple components sharing one repository, for example ச்குவாச் அறிவிலி கம்யூச்.

https களஞ்சியங்கள்¶

பாதுகாக்கப்பட்ட https களஞ்சியங்களை அணுக, முகவரி இல் பயனர்பெயர் மற்றும் கடவுச்சொல்லை சேர். கவலைப்பட வேண்டாம், பயனர்களுக்கு முகவரி காட்டப்படும் போது வலைபெயர்ப்பு இந்த தகவலை அகற்றும் (களஞ்சிய முகவரி ஐக் காண கூட அனுமதிக்கப்பட்டால்).

எடுத்துக்காட்டாக, அங்கீகாரத்துடன் கூடிய அறிவிலிமையம் முகவரி போல இருக்கலாம்: `` https: // பயனர்: your_access_token@github.com/weblateorg/wellate.git``.

Note

உங்கள் பயனர்பெயர் அல்லது கடவுச்சொல்லில் சிறப்பு எழுத்துக்கள் இருந்தால், அவை முகவரி குறியாக்கம் செய்யப்பட வேண்டும், எடுத்துக்காட்டாக `` https: //user%40example.

பதிலாளைப் பயன்படுத்துதல்¶

பதிலாள் சேவையகத்தைப் பயன்படுத்தி நீங்கள் http/https vcs களஞ்சியங்களை அணுக வேண்டும் என்றால், அதைப் பயன்படுத்த vcs ஐ உள்ளமைக்கவும்.

This can be done using the http_proxy, https_proxy, and all_proxy environment variables, (as described in the cURL documentation) or by enforcing it in the VCS configuration, for example:

git config --global http.proxy http://user:password@proxy.example.com:80

Note

The proxy configuration needs to be done under user running Weblate (see also கோப்பு முறைமை அனுமதிகள்) and with HOME=$DATA_DIR/home (see DATA_DIR), otherwise Git executed by Weblate will not use it.

அறிவிலி¶

Hint

வெப்லேட்டுக்கு அறிவிலி 2.28 அல்லது புதியது தேவை.

See also

See களஞ்சியங்களை அணுகும் for info on how to access different kinds of repositories.

படை உந்துதலுடன் அறிவிலி¶

இது அறிவிலி போலவே செயல்படுகிறது, ஒரே வேறுபாடு என்னவென்றால், அது எப்போதும் கட்டாயப்படுத்துகிறது. மொழிபெயர்ப்புகளுக்கு தனி களஞ்சியத்தைப் பயன்படுத்தும் விசயத்தில் மட்டுமே இது நோக்கம் கொண்டது.

Warning

எச்சரிக்கையுடன் பயன்படுத்து, ஏனெனில் இது உங்கள் மேலோடை களஞ்சியத்தில் இழந்த கமிட்டுகளுக்கு எளிதில் வழிவகுக்கிறது.

அறிவிலி உள்ளமைவைத் தனிப்பயனாக்குதல்¶

Weblate invokes all VCS commands with HOME=$DATA_DIR/home (see DATA_DIR), therefore editing the user configuration needs to be done in DATA_DIR/home/.git.

git ரிமோட் உதவியாளர்கள்¶

You can also use Git remote helpers for additionally supporting other version control systems, but be prepared to debug problems this may lead to.

At this time, helpers for Bazaar and Mercurial are available within separate repositories on GitHub: git-remote-hg and git-remote-bzr. Download them manually and put somewhere in your search path (for example ~/bin). Make sure you have the corresponding version control systems installed.

இந்த நிறுவப்பட்டதும், வலைபெயர்ப்பில் ஒரு களஞ்சியத்தைக் குறிப்பிட இதுபோன்ற ரிமோட்களைப் பயன்படுத்தலாம்.

To clone the gnuhello project from Launchpad using Bazaar:

bzr::lp:gnuhello

For the hello repository from selenic.com using Mercurial:

hg::https://selenic.com/repo/hello

Warning

அறிவிலி ரிமோட் உதவியாளர்களைப் பயன்படுத்துவதன் சிரமங்கள் எடுத்துக்காட்டாக மெர்குரியலுடன், தொலைநிலை உதவியாளர் சில நேரங்களில் மாற்றங்களை பின்னுக்குத் தள்ளும்போது புதிய நுனியை உருவாக்குகிறது.

அறிவிலிமையம் கோரிக்கைகள்¶

This adds a thin layer atop அறிவிலி using the GitHub API to allow pushing translation changes as pull requests, instead of pushing directly to the repository.

அறிவிலி pushes changes directly to a repository, while அறிவிலிமையம் கோரிக்கைகள் creates pull requests. The latter is not needed for merely accessing Git repositories.

You need to configure API credentials (GITHUB_CREDENTIALS) in the Weblate settings to make this work. Once configured, you will see a GitHub option when selecting பதிப்பு கட்டுப்பாட்டு அமைப்பு.

அறிவிலிஆய்வு கோரிக்கைகளை ஒன்றிணைக்கவும்¶

This just adds a thin layer atop அறிவிலி using the GitLab API to allow pushing translation changes as merge requests instead of pushing directly to the repository.

There is no need to use this to access Git repositories, ordinary அறிவிலி works the same, the only difference is how pushing to a repository is handled. With அறிவிலி changes are pushed directly to the repository, while அறிவிலிஆய்வு கோரிக்கைகளை ஒன்றிணைக்கவும் creates merge request.

You need to configure API credentials (GITLAB_CREDENTIALS) in the Weblate settings to make this work. Once configured, you will see a GitLab option when selecting பதிப்பு கட்டுப்பாட்டு அமைப்பு.

கிடியா இழுக்கும் கோரிக்கைகள்¶

Added in version 4.12.

This just adds a thin layer atop அறிவிலி using the Gitea API to allow pushing translation changes as pull requests instead of pushing directly to the repository.

There is no need to use this to access Git repositories, ordinary அறிவிலி works the same, the only difference is how pushing to a repository is handled. With அறிவிலி changes are pushed directly to the repository, while கிடியா இழுக்கும் கோரிக்கைகள் creates pull requests.

You need to configure API credentials (GITEA_CREDENTIALS) in the Weblate settings to make this work. Once configured, you will see a Gitea option when selecting பதிப்பு கட்டுப்பாட்டு அமைப்பு.

பிட்பக்கெட் தரவு நடுவண் கோரிக்கைகளை இழுக்கவும்¶

Added in version 4.16.

This just adds a thin layer atop அறிவிலி using the Bitbucket Data Center API to allow pushing translation changes as pull requests instead of pushing directly to the repository.

Warning

இது பிட்பக்கெட் முகில் பநிஇ ஐ ஆதரிக்காது.

There is no need to use this to access Git repositories, ordinary அறிவிலி works the same, the only difference is how pushing to a repository is handled. With அறிவிலி changes are pushed directly to the repository, while பிட்பக்கெட் தரவு நடுவண் கோரிக்கைகளை இழுக்கவும் creates pull request.

You need to configure API credentials (BITBUCKETSERVER_CREDENTIALS) in the Weblate settings to make this work. Once configured, you will see a Bitbucket Data Center option when selecting பதிப்பு கட்டுப்பாட்டு அமைப்பு.

பிட்பக்கெட் முகில் புல் கோரிக்கைகள்¶

Added in version 5.8.

This just adds a thin layer atop அறிவிலி using the Bitbucket Cloud API to allow pushing translation changes as pull requests instead of pushing directly to the repository.

Warning

இது பிட்பக்கெட் தரவு மைய பநிஇ இலிருந்து வேறுபட்டது.

There is no need to use this to access Git repositories, ordinary அறிவிலி works the same, the only difference is how pushing to a repository is handled. With அறிவிலி changes are pushed directly to the repository, while பிட்பக்கெட் முகில் புல் கோரிக்கைகள் creates pull request.

You need to configure API credentials (BITBUCKETCLOUD_CREDENTIALS) in the Weblate settings to make this work. Once configured, you will see a Bitbucket Cloud option when selecting பதிப்பு கட்டுப்பாட்டு அமைப்பு.

pagure ஒன்றிணைப்பு கோரிக்கைகள்¶

Added in version 4.3.2.

This just adds a thin layer atop அறிவிலி using the Pagure API to allow pushing translation changes as merge requests instead of pushing directly to the repository.

There is no need to use this to access Git repositories, ordinary அறிவிலி works the same, the only difference is how pushing to a repository is handled. With அறிவிலி changes are pushed directly to the repository, while pagure ஒன்றிணைப்பு கோரிக்கைகள் creates merge request.

You need to configure API credentials (PAGURE_CREDENTIALS) in the Weblate settings to make this work. Once configured, you will see a Pagure option when selecting பதிப்பு கட்டுப்பாட்டு அமைப்பு.

செரிட்¶

Adds a thin layer atop அறிவிலி using the git-review tool to allow pushing translation changes as Gerrit review requests, instead of pushing them directly to the repository.

அத்தகைய களஞ்சியங்களை அமைப்பதற்குத் தேவையான உள்ளமைவு குறித்த விவரங்களை கெரிட் ஆவணத்தில் கொண்டுள்ளது.

அசூர் டெவொப்ச் கோரிக்கைகளை இழுக்கிறது¶

This adds a thin layer atop அறிவிலி using the Azure DevOps API to allow pushing translation changes as pull requests, instead of pushing directly to the repository.

அறிவிலி pushes changes directly to a repository, while அசூர் டெவொப்ச் கோரிக்கைகளை இழுக்கிறது creates pull requests. The latter is not needed for merely accessing Git repositories.

You need to configure API credentials (AZURE_DEVOPS_CREDENTIALS) in the Weblate settings to make this work. Once configured, you will see a Azure DevOps option when selecting பதிப்பு கட்டுப்பாட்டு அமைப்பு.

மெர்குரியல்¶

மெர்குரியல் என்பது நீங்கள் நேரடியாகப் பயன்படுத்தக்கூடிய மற்றொரு வி.சி.எச்.

Note

இது எந்த மெர்குரியல் பதிப்பிலும் வேலை செய்ய வேண்டும், ஆனால் சில நேரங்களில் கட்டளை-வரி இடைமுகத்தில் பொருந்தாத மாற்றங்கள் உள்ளன, இது வலைபெயர்ப்பு ஒருங்கிணைப்பை உடைக்கிறது.

See also

See களஞ்சியங்களை அணுகும் for info on how to access different kinds of repositories.

கீழ்ப்படிதல்¶

Weblate uses git-svn to interact with subversion repositories. It is a Perl script that lets subversion be used by a Git client, enabling users to maintain a full clone of the internal repository and commit locally.

Note

Weblate tries to detect Subversion repository layout automatically - it supports both direct URLs for branch or repositories with standard layout (branches/, tags/ and trunk/). More info about this is to be found in the git-svn documentation. If your repository does not have a standard layout and you encounter errors, try including the branch name in the repository URL and leaving branch empty.

கீழ்ப்படிதல் நற்சான்றிதழ்கள்¶

Weblate expects you to have accepted the certificate up-front (and your credentials if needed). It will look to insert them into the DATA_DIR directory. Accept the certificate by using svn once with the $HOME environment variable set to the DATA_DIR:

# 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

DATA_DIR

உள்ளக கோப்புகள்¶

Hint

Underneath, this uses அறிவிலி. It requires Git installed and allows you to switch to using Git natively with full history of your translations.

வலைபெயர்ப்பு தொலைநிலை வி.சி.எச் இல்லாமல் செயல்பட முடியும். ஆரம்ப மொழிபெயர்ப்புகள் அவற்றை பதிவேற்றுவதன் மூலம் இறக்குமதி செய்யப்படுகின்றன. பின்னர் நீங்கள் தனிப்பட்ட கோப்புகளை கோப்பு பதிவேற்றம் மூலம் மாற்றலாம் அல்லது மொழிபெயர்ப்பு சரங்களை வலைபெயர்ப்புடிலிருந்து நேரடியாகச் சேர்க்கலாம் (தற்போது ஒருமொழி மொழிபெயர்ப்புகளுக்கு மட்டுமே கிடைக்கிறது).

பின்னணியில், வலைபெயர்ப்பு உங்களுக்காக ஒரு அறிவிலி களஞ்சியத்தை உருவாக்குகிறது மற்றும் அனைத்து மாற்றங்களும் கண்காணிக்கப்படுகின்றன. பின்னர் மொழிபெயர்ப்புகளைச் சேமிக்க ஒரு வி.சி.எச் பயன்படுத்த முடிவு செய்தால், நீங்கள் ஏற்கனவே வலைபெயர்ப்புடுக்குள் ஒரு களஞ்சியத்தை வைத்திருக்கிறீர்கள்.