குறியீடு ஓச்டிங் ஒருங்கிணைப்புகள்¶

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

இந்தப் பக்கத்தை வழங்குநர் சார்ந்த சரிபார்ப்புப் பட்டியலாகப் பயன்படுத்தவும். தனிப்பட்ட அமைப்பு பக்கங்கள் தொடரியல் அமைப்பதற்கான நியமனக் குறிப்பாக இருக்கும்.

அமைவு மேலோட்டம்¶

களஞ்சியத்திற்கு வலைபெயர்ப்பு அணுகலை வழங்கவும்.
- For GitHub repositories on Hosted Weblate, use the Hosted Weblate app from Weblate's Connect GitHub account flow. The App gives Hosted Weblate repository access without inviting the hosted weblate user.
- For other Hosted Weblate repositories, and for direct SSH pushes outside the GitHub App workflow, add the hosted weblate user where it is available, see புரவலன் செய்யப்பட்ட வலைபெயர்ப்புடிலிருந்து களஞ்சியங்களை அணுகுவது.
- சுய-ஓச்ட் செய்யப்பட்ட Weblateக்கு, பிரத்யேக குறியீடு ஓச்டிங் பயனரை உருவாக்கி, வலைபெயர்ப்பு இன் பாஓடு கீ அல்லது HTTPS கிள்ளாக்கைப் பயன்படுத்தி அணுகலை வழங்கவும், பார்க்கவும் குறியீடு ஓச்டிங் தளங்களில் களஞ்சியங்களை அணுகுவது (கிதுப், அறிவிலிஆய்வு, பிட்பக்கெட், அசூர் டெவொப்ச், ...).
கட்டமைக்கவும் மூல குறியீடு களஞ்சியம் அதனால் வலைபெயர்ப்பு களஞ்சியத்தை நகலி செய்ய முடியும்.
Configure incoming notifications so வலைபெயர்ப்பு pulls changes soon after a push. The களஞ்சியம் webhook or app must புள்ளியம் பெறுநர் the matching வலைபெயர்ப்பு hook URL, and the திட்டம் must have கொக்கிகள் இயக்கவும் enabled.
வலைபெயர்ப்பு மொழிபெயர்ப்புகளை எவ்வாறு பின்னுக்குத் தள்ள வேண்டும் என்பதைத் தீர்மானிக்கவும்:
- நேரடியாகத் தள்ள அறிவிலி அல்லது மெர்குரியல் மற்றும் களஞ்சியம் புச் முகவரி ஆகியவற்றைப் பயன்படுத்தவும்.
- Use a provider-specific VCS backend, such as GitHub or GitLab, to create pull or merge requests. These backends need API credentials in the Weblate settings.
விருப்பப்படி அமைக்கவும் புச் கிளை, வலைபெயர்ப்பு ஆதரிக்கப்படும் இடத்தில் ஃபோர்க்கைப் பயன்படுத்துவதற்குப் பதிலாக மேலோடை களஞ்சியத்தில் உள்ள ஒரு கிளைக்கு தள்ள வேண்டும்.

வலைபெயர்ப்புடிலிருந்து மாற்றங்களைத் தள்ளுகிறது¶

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

மாற்றங்கள் தானாகத் தள்ளப்படுவதை நீங்கள் விரும்பவில்லை என்றால், நீங்கள் கைமுறையாக Repository பராமரிப்பு என்பதன் கீழ் அழுத்தலாம் அல்லது wlc push வழியாக பநிஇ ஐப் பயன்படுத்தலாம்.

In case you do not want direct pushes by Weblate, there is support for அறிவிலிமையம் கோரிக்கைகள், அறிவிலிஆய்வு கோரிக்கைகளை ஒன்றிணைக்கவும், கிடியா இழுக்கும் கோரிக்கைகள், pagure ஒன்றிணைப்பு கோரிக்கைகள், அசூர் டெவொப்ச் கோரிக்கைகளை இழுக்கிறது, or கெரிட் மறுஆய்வு கோரிக்கைகள் reviews. You can activate these by choosing GitHub, GitLab, Gitea, Gerrit, Azure DevOps, or Pagure as பதிப்பு கட்டுப்பாட்டு அமைப்பு in கூறு உள்ளமைவு.

ஒட்டுமொத்தமாக, Git, Mercurial, GitHub, GitLab, Gitea, Pagure, அசூர் DevOps, Gerrit, Bitbucket தகவல்கள் Center மற்றும் Bitbucket முகில் ஆகியவற்றுடன் பின்வரும் விருப்பங்கள் கிடைக்கின்றன:

விரும்பிய அமைப்பு	பதிப்பு கட்டுப்பாட்டு அமைப்பு	களஞ்சியம் புச் முகவரி	புச் கிளை
புச் இல்லை	அறிவிலி	வெற்று	வெற்று
நேரடியாக தள்ளுங்கள்	அறிவிலி	பாஓடு முகவரி	வெற்று
தனி கிளைக்கு தள்ளுங்கள்	அறிவிலி	பாஓடு முகவரி	கிளை பெயர்
புச் இல்லை	மெர்குரியல்	வெற்று	வெற்று
நேரடியாக தள்ளுங்கள்	மெர்குரியல்	பாஓடு முகவரி	வெற்று
ஃபோர்க்கிலிருந்து அறிவிலிமையம் கோரிக்கை	அறிவிலிமையம் கோரிக்கைகள்	வெற்று	வெற்று
கிளையிலிருந்து அறிவிலிமையம் இழுத்தல்	அறிவிலிமையம் கோரிக்கைகள்	பாஓடு முகவரி [1]	கிளை பெயர்
ஃபோர்க்கிலிருந்து அறிவிலிஆய்வு ஒன்றிணைப்பு கோரிக்கையை ஒன்றிணைக்கவும்	அறிவிலிஆய்வு கோரிக்கைகளை ஒன்றிணைக்கவும்	வெற்று	வெற்று
அறிவிலிஆய்வு கிளையிலிருந்து கோரிக்கையை ஒன்றிணைக்கவும்	அறிவிலிஆய்வு கோரிக்கைகளை ஒன்றிணைக்கவும்	பாஓடு முகவரி [1]	கிளை பெயர்
அறிவிலிதேநீர் fork இலிருந்து கோரிக்கையை ஒன்றிணைக்கிறது	கிடியா இழுக்கும் கோரிக்கைகள்	வெற்று	வெற்று
அறிவிலிதேநீர் கிளையில் இருந்து கோரிக்கையை ஒன்றிணைக்கிறது	கிடியா இழுக்கும் கோரிக்கைகள்	பாஓடு முகவரி [1]	கிளை பெயர்
ஃபோர்க்கிலிருந்து pagure ஒன்றிணைப்பு கோரிக்கை	pagure ஒன்றிணைப்பு கோரிக்கைகள்	வெற்று	வெற்று
பேசூர் கிளையிலிருந்து ஒன்றிணைக்கும் கோரிக்கை	pagure ஒன்றிணைப்பு கோரிக்கைகள்	பாஓடு முகவரி [1]	கிளை பெயர்
அசூர் டெவொப்ச் ஃபோர்க்கிலிருந்து கோரிக்கையை இழுக்கிறார்	அசூர் டெவொப்ச் கோரிக்கைகளை இழுக்கிறது	வெற்று	வெற்று
அசூர் டெவொப்ச் கிளையிலிருந்து கோரிக்கையை இழுக்கிறது	அசூர் டெவொப்ச் கோரிக்கைகளை இழுக்கிறது	பாஓடு முகவரி [1]	கிளை பெயர்
கெரிட் விமர்சனம்	கெரிட் மறுஆய்வு கோரிக்கைகள்	பாஓடு முகவரி	இலக்கு கிளை பெயர் (விரும்பினால்)
ஃபோர்க்கிலிருந்து பிட்பக்கெட் தரவு நடுவண் இழுக்க வேண்டும்	பிட்பக்கெட் தரவு நடுவண் கோரிக்கைகளை இழுக்கவும்	வெற்று	வெற்று
பிட்பக்கெட் தரவு நடுவண் கிளையிலிருந்து கோரிக்கை	பிட்பக்கெட் தரவு நடுவண் கோரிக்கைகளை இழுக்கவும்	பாஓடு முகவரி [1]	கிளை பெயர்
ஃபோர்க்கிலிருந்து பிட்பக்கெட் முகில் புல் கோரிக்கை	பிட்பக்கெட் முகில் புல் கோரிக்கைகள்	வெற்று	வெற்று
பிட்பக்கெட் முகில் புல் கோரிக்கை கிளையிலிருந்து	பிட்பக்கெட் முகில் புல் கோரிக்கைகள்	பாஓடு முகவரி [1]	கிளை பெயர்

கிதப்¶

GitHub களஞ்சிய அணுகல்¶

Hosted Weblate GitHub App¶

On Hosted Weblate, the recommended setup is to connect the Hosted Weblate app from the Weblate workspace where your project lives. Use the Connect GitHub account flow, install the App on the GitHub user or organization that owns your repositories, grant it access to the repositories you want to translate, and import components from the connected GitHub account.

The App-backed workflow uses GitHub installation access tokens for cloning, pushing translation branches, creating pull requests, and receiving incoming notifications. You do not need to invite the Hosted Weblate weblate GitHub user or configure a separate repository webhook for components imported this way.

Use the Hosted Weblate weblate GitHub user only when you intentionally configure direct SSH pushes outside the GitHub App workflow, see புரவலன் செய்யப்பட்ட வலைபெயர்ப்புடிலிருந்து களஞ்சியங்களை அணுகுவது.

தனிப்பட்ட அணுகல் டோக்கனுடன் கூடிய HTTPS¶

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

வலைபெயர்ப்பு நேரடியாக மாற்றங்களைத் தள்ளும் போது அல்லது தேர்ந்தெடுக்கப்பட்ட பணிப்பாய்வுக்கு புச் URL தேவைப்படும்போது மட்டும் களஞ்சியம் புச் முகவரி ஐ உள்ளமைக்கவும், பார்க்கவும் வலைபெயர்ப்புடிலிருந்து மாற்றங்களைத் தள்ளுகிறது.

டோக்கனுக்கு குளோனிங்கிற்கான வாசிப்பு அணுகலும் தள்ளுவதற்கு எழுதும் அணுகலும் தேவை. கோரிக்கைகளை இழுக்கும் அல்லது ஒன்றிணைக்கும் வழங்குநர்-குறிப்பிட்ட பகஅ பின்தளங்களுக்கு தனி பநிஇ நற்சான்றிதழ்கள் தேவைப்படலாம்.

இந்த அணுகுமுறையைப் பயன்படுத்த:

கமாண்ட்-லைன் பயன்பாட்டிற்கான அணுகல் கிள்ளாக்கை உருவாக்குதல் இல் விவரிக்கப்பட்டுள்ளபடி தனிப்பட்ட அணுகல் கிள்ளாக்கை உருவாக்கவும்.
உங்கள் களஞ்சிய முகவரி இல் டோக்கனைச் சேர்க்கவும்: https://username:token@github.com/owner/repo.git.

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

பிரத்யேக பயனருடன் பாஓடு¶

பல களஞ்சியங்களைக் கொண்ட அமைப்புகளுக்கு, Weblateக்கான பிரத்யேக குறியீடு ஓச்டிங் பயனருடன் பாஓடு அணுகலைப் பயன்படுத்தவும். அந்த பயனருக்கு வலைபெயர்ப்பு இன் பொது பாஓடு விசையைச் சேர்க்கவும், களஞ்சியங்களுக்கான பயனர் அணுகலை வழங்கவும் மற்றும் பாஓடு URLகளை மூல குறியீடு களஞ்சியம் இல் பயன்படுத்தவும், எடுத்துக்காட்டாக git@example.com:group/project.git.

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

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

GitHub க்கு, ஒரு பிரத்யேக பயனரை உருவாக்கவும், எடுத்துக்காட்டாக weblate-bot, மேலும் உங்கள் களஞ்சியங்களுக்கு GitHub பாஓடு URLகளைப் பயன்படுத்தவும், எடுத்துக்காட்டாக git@github.com:owner/repo.git.

On Hosted Weblate, use this SSH-user workflow only for direct SSH pushes outside the recommended Hosted Weblate app workflow.

Note

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

GitHub அறிவிப்புகள்¶

வலைபெயர்ப்பு கிதுபுக்கு சொந்த ஆதரவுடன் வருகிறது.

If you are using Hosted Weblate, use the Hosted Weblate app from Weblate's Connect GitHub account flow. It uses GitHub App webhooks, so you do not need to configure a separate Webhook in GitHub. Components imported from the connected GitHub account also use the App for repository access and pull requests, without inviting the Hosted Weblate weblate GitHub user.

The Hosted Weblate legacy app is kept for existing webhook-only setups. Use it only when you need the legacy app to deliver GitHub notifications to Hosted Weblate.

For self-hosted Weblate, register the GitHub App using the in-app registration flow described below. Weblate generates the App manifest, GitHub returns the credentials, and they are stored in the database - there is no settings-based configuration.

Registering the GitHub App from Weblate¶

The fastest way to add the GitHub App is to let Weblate generate a GitHub App manifest with the correct permissions, events, and webhook URL pre-filled:

Sign in to Weblate with an account that has management access.
Open Manage → VCS Installations → Register Weblate GitHub App.
Fill in the form. The GitHub host defaults to github.com; change it to your GitHub Enterprise hostname if needed. Leave Organization blank to register the App under your personal account, or enter an organization slug to register it under that org.
Click Continue to GitHub and confirm on GitHub's Create GitHub App page (you can still rename the App there).
GitHub redirects back to Weblate, which exchanges the temporary code for the App ID, private key, webhook secret, and slug and stores them in the database. The Connect GitHub account button is available immediately afterwards.

The manifest requests the permissions and event subscriptions Weblate needs (Contents and Pull requests read/write, Metadata read-only, Organization administration read-only, Workflows read/write, and the Installation, Meta and Push events), and sets the callback, setup and per-integration webhook URLs automatically, so no manual GitHub App configuration is required. GitHub delivers the Installation and Installation repositories events to all GitHub Apps by default.

GitHub only offers accounts where the signed-in GitHub user can install or request the app. If an organization is not shown during the install flow, check the user's organization role and the organization's GitHub App installation restrictions. On GitHub.com, public apps can be installed on other accounts; private apps can only be installed on the account that owns the app.

Connecting a workspace¶

Connected GitHub accounts are bound to a Weblate workspace. A user with project administration rights for any project in a workspace can connect a GitHub account on that workspace. After connecting, every project in the workspace can import components from repositories the app installation has access to. For organization installations, Weblate verifies that the install-time GitHub user can administer the organization installation.

Projects that are not in a workspace cannot connect a GitHub App installation.

Components imported through the GitHub App flow use the dedicated GitHub (via Weblate GitHub app) VCS backend. The component settings UI keeps the repository URL read-only to prevent the App-issued credentials from being redirected to an unrelated repository.

App webhook URL¶

Each registered GitHub App integration has its own webhook URL containing an opaque token that uniquely identifies a single integration:

https://weblate.example.com/hooks/integrations/<webhook_token>/

If you are not using a GitHub App, add the Weblate webhook in the repository settings (Webhooks) to receive notifications on every push to a GitHub repository, as shown on the image below:

Payload URL ஆனது, /hooks/github/ மூலம் இணைக்கப்பட்ட உங்கள் வலைபெயர்ப்பு முகவரி ஐக் கொண்டுள்ளது, எடுத்துக்காட்டாக, புரவலன் செய்யப்பட்ட வலைபெயர்ப்பு சேவைக்கு, இது https://hosted.weblate.org/hooks/github/.

இயல்புநிலை அமைப்புகளில் நீங்கள் மற்ற மதிப்புகளை விடலாம். வலைபெயர்ப்பு இரண்டு உள்ளடக்க வகைகளையும் கையாளும் மற்றும் push நிகழ்வை மட்டுமே பயன்படுத்துகிறது.

See also

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

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

அறிவிலி மாற்றங்களை நேரடியாக களஞ்சியத்திற்குத் தள்ளுகிறது, அதே சமயம் GitHub பின்தளம் இழுக்கும் கோரிக்கைகளை உருவாக்குகிறது. Git களஞ்சியங்களை அணுகுவதற்கு பிந்தையது தேவையில்லை.

இழுக்கும் கோரிக்கைகளை உருவாக்க, GitHub ஐ பதிப்பு கட்டுப்பாட்டு அமைப்பு ஆகத் தேர்ந்தெடுத்து GITHUB_CREDENTIALS ஐ உள்ளமைக்கவும். GitHub.com க்கு, api.github.com ஐ பநிஇ ஓச்டாகப் பயன்படுத்தவும். களஞ்சியத்தின் உள்ளடக்கங்களைப் படிக்கவும் எழுதவும் மற்றும் இழுக்கும் கோரிக்கைகளை உருவாக்கவும் வலைபெயர்ப்பு ஐ கிள்ளாக்கு அனுமதிக்க வேண்டும். வலைபெயர்ப்பு தனியார் களஞ்சியங்களை பிரிக்க வேண்டும் என்றால், டோக்கனுக்கு நிர்வாக அணுகலும் தேவைப்படலாம்.

அறிவிலிஆய்வு¶

GitLab களஞ்சிய அணுகல்¶

தனிப்பட்ட அல்லது திட்ட அணுகல் டோக்கனுடன் கூடிய HTTPS¶

GitLab க்கு, டோக்கனுக்கு write_repository ச்கோப் தேவைப்படுவதால், மாற்றங்களை களஞ்சியத்தில் மாற்ற முடியும். திட்ட அணுகல் டோக்கனுக்குத் தள்ளுவதற்கு டெவலப்பர் பங்கு தேவைப்படுகிறது.

முகவரி இல் பயனர் பெயர் இருக்க வேண்டும். தனிப்பட்ட அணுகல் டோக்கனுக்கு, இது உண்மையான பயனர் பெயர்: https://user:personal_access_token@gitlab.com/example/example.git. ப்ராசெக்ட் அணுகல் டோக்கன்களுக்கு அது வெற்று மதிப்பாக இருக்கலாம்: https://example:project_access_token@gitlab.com/example/example.git.

Note

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

பிரத்யேக பயனருடன் பாஓடு¶

GitLab க்கு, ஒரு பிரத்யேக பயனரை உருவாக்கி, GitLab பாஓடு URLகளைப் பயன்படுத்தவும், எடுத்துக்காட்டாக git@gitlab.com:group/project.git.

For Hosted Weblate repositories on GitLab, add the hosted weblate user with the required repository permissions, see புரவலன் செய்யப்பட்ட வலைபெயர்ப்புடிலிருந்து களஞ்சியங்களை அணுகுவது.

GitLab அறிவிப்புகள்¶

GitLab ஊக்குகளுக்கான ஆதரவை வலைபெயர்ப்பு கொண்டுள்ளது. உங்கள் வலைபெயர்ப்பு நிறுவலில் /hooks/gitlab/ முகவரி இல் இலக்கு கொண்ட திட்ட வெப்ஊக்கைச் சேர்க்கவும், எடுத்துக்காட்டாக https://hosted.weblate.org/hooks/gitlab/.

சரிசெய்தல்

வெப்ஊக்குகள் டெலிவரி செய்யப்பட்டிருந்தால், GitLab webhook கோரிக்கை வரலாறு ஐச் சரிபார்.
பதில் பேலோடில் பொருந்திய கூறுகள் பற்றிய தகவல்கள் உள்ளன.

See also

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

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

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

ஒன்றிணைக்கும் கோரிக்கைகளை உருவாக்க, GitLab ஐ பதிப்பு கட்டுப்பாட்டு அமைப்பு ஆக தேர்ந்தெடுத்து GITLAB_CREDENTIALS ஐ உள்ளமைக்கவும்.

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

Gitea, Forgejo மற்றும் Codeberg¶

Gitea, Forgejo மற்றும் Codeberg களஞ்சிய அணுகல்¶

அணுகல் டோக்கனுடன் கூடிய HTTPS¶

பிரத்யேக பயனருடன் பாஓடு¶

For Hosted Weblate repositories on Codeberg, add the hosted weblate user with the required repository permissions, see புரவலன் செய்யப்பட்ட வலைபெயர்ப்புடிலிருந்து களஞ்சியங்களை அணுகுவது.

அறிவிலிதேநீர் அறிவிப்புகள்¶

Weblate has support for Gitea webhooks. Add a Gitea Webhook for Push events event with destination to /hooks/gitea/ URL on your Weblate installation, for example https://hosted.weblate.org/hooks/gitea/. This can be done in Webhooks under repository Settings.

See also

Forgejo அறிவிப்புகள்¶

Weblate has support for Forgejo webhooks. Add a Forgejo Webhook for Push events event with destination to /hooks/forgejo/ URL on your Weblate installation, for example https://hosted.weblate.org/hooks/forgejo/. This can be done in Webhooks under repository Settings.

See also

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

Added in version 4.12.

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

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

இழுக்கும் கோரிக்கைகளை உருவாக்க, Gitea ஐ பதிப்பு கட்டுப்பாட்டு அமைப்பு ஆகத் தேர்ந்தெடுத்து GITEA_CREDENTIALS ஐ உள்ளமைக்கவும்.

பிட்பக்கெட்¶

பிட்பக்கெட் களஞ்சிய அணுகல்¶

அணுகல் டோக்கனுடன் கூடிய HTTPS¶

பிரத்யேக பயனருடன் பாஓடு¶

For Hosted Weblate repositories on Bitbucket, add the hosted weblate user with the required repository permissions, see புரவலன் செய்யப்பட்ட வலைபெயர்ப்புடிலிருந்து களஞ்சியங்களை அணுகுவது.

நேரடியாக தள்ள, அறிவிலி அல்லது மெர்குரியல் உடன் களஞ்சியம் புச் முகவரி ஐப் பயன்படுத்தவும்.

பிட்பக்கெட் அறிவிப்புகள்¶

பிட்பக்கெட் வெப்ஊக்குகளுக்கான ஆதரவை வலைபெயர்ப்பு கொண்டுள்ளது. உங்கள் வலைபெயர்ப்பு நிறுவலில் /hooks/bitbucket/ முகவரி க்கு இலக்குடன், களஞ்சிய அழுத்தத்தின் போது தூண்டும் வெப்ஊக்கைச் சேர்க்கவும், எடுத்துக்காட்டாக https://hosted.weblate.org/hooks/bitbucket/.

See also

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

Added in version 4.16.

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

Warning

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

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

இழுக்கும் கோரிக்கைகளை உருவாக்க, Bitbucket தகவல்கள் Center ஐ பதிப்பு கட்டுப்பாட்டு அமைப்பு ஆகத் தேர்ந்தெடுத்து BITBUCKETSERVER_CREDENTIALS ஐ உள்ளமைக்கவும்.

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

Added in version 5.8.

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

Warning

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

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

இழுக்கும் கோரிக்கைகளை உருவாக்க, Bitbucket Cloud ஐ பதிப்பு கட்டுப்பாட்டு அமைப்பு எனத் தேர்ந்தெடுத்து BITBUCKETCLOUD_CREDENTIALS ஐ உள்ளமைக்கவும்.

Azure DevOps¶

அசூர் Repos களஞ்சிய அணுகல்¶

அணுகல் டோக்கனுடன் கூடிய HTTPS¶

களஞ்சியத்திற்கு அசூர் Repos மூலம் காட்டப்படும் HTTPS நகலி முகவரி ஐப் பயன்படுத்தவும்.

பிரத்யேக பயனருடன் பாஓடு¶

களஞ்சியத்திற்கு அசூர் Repos காட்டியுள்ள பாஓடு முகவரி ஐப் பயன்படுத்தவும்.

அசூர் Repos அறிவிப்புகள்¶

அசூர் ரெபோச் வெப்ஊக்குகளுக்கான ஆதரவை வலைபெயர்ப்பு கொண்டுள்ளது. உங்கள் வலைபெயர்ப்பு நிறுவலில் /hooks/azure/ முகவரி க்கு இலக்குடன் Code pushed நிகழ்வைச் சேர்க்கவும், எடுத்துக்காட்டாக https://hosted.weblate.org/hooks/azure/. இதை Service hooks என்பதன் கீழ் Project settings இல் செய்யலாம்.

See also

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

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

அறிவிலி மாற்றங்களை நேரடியாக களஞ்சியத்திற்குத் தள்ளுகிறது, அதே சமயம் Azure DevOps பின்தளம் இழுக்கும் கோரிக்கைகளை உருவாக்குகிறது. Git களஞ்சியங்களை அணுகுவதற்கு பிந்தையது தேவையில்லை.

இழுக்கும் கோரிக்கைகளை உருவாக்க, Azure DevOps ஐ பதிப்பு கட்டுப்பாட்டு அமைப்பு ஆகத் தேர்ந்தெடுத்து AZURE_DEVOPS_CREDENTIALS ஐ உள்ளமைக்கவும்.

உறுதிமொழிகள்¶

பேகர் களஞ்சிய அணுகல்¶

அணுகல் டோக்கனுடன் கூடிய HTTPS¶

பிரத்யேக பயனருடன் பாஓடு¶

பேகர் அறிவிப்புகள்¶

வெப்லேட்டில் பாகுர் ஊக்குகளுக்கு உதவி உள்ளது. உங்கள் வலைபெயர்ப்பு நிறுவலில் /hooks/pagure/ முகவரி க்கு இலக்குடன் வெப்ஊக்கைச் சேர்க்கவும், எடுத்துக்காட்டாக https://hosted.weblate.org/hooks/pagure/. இதை Project Options என்பதன் கீழ் Web-hooks ஐச் செயல்படுத்தலாம்:

See also

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

Added in version 4.3.2.

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

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

ஒன்றிணைக்கும் கோரிக்கைகளை உருவாக்க, Pagure ஐ பதிப்பு கட்டுப்பாட்டு அமைப்பு ஆகத் தேர்ந்தெடுத்து PAGURE_CREDENTIALS ஐ உள்ளமைக்கவும்.

பிற பணிப்பாய்வுகள்¶

அறிவிலிஈ களஞ்சிய அணுகல்¶

அணுகல் டோக்கனுடன் கூடிய HTTPS¶

பிரத்யேக பயனருடன் பாஓடு¶

அறிவிலிஈ அறிவிப்புகள்¶

Weblate has support for Gitee webhooks. Add a WebHook for Push event with destination to /hooks/gitee/ URL on your Weblate installation, for example https://hosted.weblate.org/hooks/gitee/. This can be done in WebHooks under repository Management.

See also

கெரிட் மறுஆய்வு கோரிக்கைகள்¶

செரிட் உதவி, செரிட் மறுஆய்வு கோரிக்கைகளின்படி மொழிபெயர்ப்பு மாற்றங்களை நேரடியாக களஞ்சியத்திற்குத் தள்ளுவதற்குப் பதிலாக, git-review கருவியைப் பயன்படுத்தி ஒரு மெல்லிய அடுக்கை அறிவிலி சேர்க்கிறது.

விருப்பத்தேர்வு புச் கிளை அமைப்பு செரிட் மதிப்பாய்வுக்கான இலக்கு கிளையைத் தேர்ந்தெடுக்கிறது. பயன்படுத்த காலியாக விடவும் களஞ்சிய கிளை. முதன்மை போன்ற குறுகிய கிளைப் பெயரைப் பயன்படுத்தவும்; வலைபெயர்ப்பு மற்றும் git-review மதிப்பாய்வை தானாகவே refs/for/<branch> க்கு தள்ளும். கெரிட் புச் விருப்பங்களை % க்குப் பிறகு இரு அமைப்பிலும் சேர்க்கலாம், எடுத்துக்காட்டாக main%topic=l10n. செரிட் இந்த விருப்பங்களை உள்ளமைக்கப்பட்ட Weblate செரிட் கணக்காக விளக்குகிறது மற்றும் அதன் சொந்த அனுமதிகளைப் பயன்படுத்துகிறது.

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

கப்பல்துறை சான்றுகள்¶

கப்பல்துறை நிறுவல்களுக்கு, குறியீடு ஓச்டிங் பநிஇ நற்சான்றிதழ்கள் சூழல் மாறிகள் மூலமாகவும் வழங்கப்படலாம், பார்க்கவும் குறியீடு ஓச்டிங் தளங்களின் சான்றுகள்.