This translation is incomplete. Please help translate this article from English
Você conseguiu! Configurou os seus ambientes locais e remotos, selecionou as suas ferramentas e projetos de L10n, efetuou algumas traduções e até mesmo alguns testes! Agora está pronto para a fase final: ser parte de um lançamento oficial da L10n. Aqui, nós continuaremos a ser fiéis à intenção original deste guia e apresentaremos apenas a informação técnica necessária para se tornar num lançamento oficial. Nós vamos concentrar-nos principalmente em obter a configuração do seu repositório de lançamento e comandos do Mercurial que precisa de saber para utilizar este repositório.
Para obter mais informação sobre a parte de lançamento do processo L10n, visite o site da wiki da Mozilla aqui.
O seu repositório oficial de lançamentos
Now that your locale has been registered, the localization files will live on Mozilla Mercurial server at
hg.mozilla.org. Depending on which branch you work on, the URL of your repository might look like this:
If you followed the Koala or plain text approach, you probably already have a local clone of the repository. Otherwise, in order to be able to make any changes to the localization files, you will need to clone the repository on your local machine and work in the local clone.
There are two different protocols you can use to connet with your Mercurial repository: HTTP and SSH. Be advised that there's an important distinction between them. You can
pull using both, but you can only
push through SSH. Consequently, if you already have a local clone that you pulled using HTTP, you'll need to modify a config file to tell Mercurial to push through SSH. Let's go over configuring your connection protocols.
Before you try pushing, you need to tell SSH which username you wish to use for connecting with hg.mozilla.org. This should be your Mozilla LDAP account name.
- Add the following lines to your
~/.ssh/configfile, replacing email@example.com with your Mozilla LDAP account name:
Host hg.mozilla.org User firstname.lastname@example.org
- If you have already cloned the remote repository using the HTTP protocol using this command:
$ hg clone http://hg.mozilla.org/releases/l10n-central/x-testingthen you will need to edit the
.hg/hgrcfile (inside the
x-testinglocal clone) to tell Mercurial to push using SSH. Your
.hg/hgrcfile shoud look like this (add the emphasized line):
[paths] default = hg.mozilla.org/releases/l10n-central/x-testing default-push = ssh://hg.mozilla.org/releases/l10n-central/x-testing
- If you haven't already cloned the remote repository, enter this command:
hg clone ssh://hg.mozilla.org/releases/l10n-central/x-testing
Mercurial will let you know that it's cloning the repository:
destination directory: x-testing requesting all changes adding changesets adding manifests adding file changes added 4 changesets with 242 changes to 239 files updating to branch default 239 files updated, 0 files merged, 0 files removed, 0 files unresolved
push URL is the same as the default
pull URL (i.e.,
You should now be able to
push to the remote repository!
Commit, outgoing, and push
You should try to
commit your work regularly as you progress through the localization files. Keep in mind that the
hg commit command will save your changes locally (in the local clone). With the
hg push command you can send the changesets to the remote server. Here's how that's done:
- Run this command to see recent commits in your local clone:
$ hg log -l 3
You should a list of the most recent commits, similar to this one:
changeset: 0:7c543e8f3a6a tag: tip user: Your Name <email@example.com> date: Mon Nov 23 18:08:25 2009 +0100 summary: Added search bar strings
- Now run the
hg outgoingcommand to compare the local repository on your machine with the remote repository on hg.mozilla.org.
hg outgoing command compares the two repositories and lists all changesets that are present locally, but not in the remote repository. These changesets will need to be pushed to the remote repository. The output will look something like this:
comparing with ssh://hg.mozilla.org/releases/l10n-central/x-testing searching for changes changeset: 0:7c543e8f3a6a tag: tip user: Your Name <firstname.lastname@example.org> date: Mon Nov 23 18:08:25 2009 +0100 summary: Added search bar strings
- Make sure this output is accurate before continuing.
- Once you've made sure the outgoing output is accurate, push this changeset to hg.mozilla.org by running the
Mercurial will connect to the remote repository, authenticate through SSH and send the changesets. The output should look something like this:
pushing to ssh://hg.mozilla.org/releases/l10n-central/x-testing searching for changes adding changesets adding manifests adding file changes added 1 changesets with 2 changes to 2 files
Congratulations! Your changeset has been successfully pushed to hg.mozilla.org! You can now visit http
://hg.mozilla.org/releases/l10n-central/x-testing in your browser to see the new changeset in the remote repository.
Resolução de problemas de SSH
If pushing fails, make sure your
~/.ssh/config has the correct
User set under the
hg.mozilla.org host. This should be your Mozilla LDAP account name. Next, try issuing the following command:
$ ssh hg.mozilla.org
If SSH is working fine, you should see the following message:
No interactive shells allowed here! Connection to hg.mozilla.org closed.
If you don't see this message, try running the same command in a more verbose mode (with the debugging information):
$ ssh -vvv hg.mozilla.org
This should tell you why your connection is not succeeding. If you can't figure it out on your own, copy the output of the above command, paste it on http://pastebin.mozilla.org and ask in #l10n on the irc.mozilla.org server.
Revisões técnicas e assinadas
You've done some localization work and your ready for it to be released. The merge date for migrating from one product release channel to the next is rapidly approaching. You need to make sure that your work can effectively be compiled into a build for the next release channel. Do you know whether to ask for technical review of your work or a sign-off review? Do you know what what exactly is reviewed in each process? Technical and sign-off reviews apply to different localizations in different ways. Here's the basic difference between the two.
|Revisão Técnica||Revisão Assinada|
- File a bug requesting the review.
- Attach your files to the bug. Once attached, open the attachment details.
- In the attachment details, select the ? from the dropdown menu next to the review flag or the appropriate approval flags (see image). This will display a text box to assign the review to someone.
- Enter :Pike as the Requestee.
We will perform a technical review of your work and provide you with feedback. We're happy to work with you to make sure that your work is fully functional.
Mais uma vez, parabéns! Chegou ao final! Sinta-se à vontade para voltar a este tutorial sempre que necessário. Nós estamos felizes em o ter como um novo colaborador da Mozilla L10n e nós esperamos trabalhar de perto consigo.