Pular para o conteúdo principal

Sincronização na Nuvem e Versionamento

O Rephlo pode manter seus comandos em dois lugares ao mesmo tempo: no aplicativo do seu computador e na sua conta na nuvem. A sincronização na nuvem publica um comando na galeria online para que você possa reutilizá-lo em outro dispositivo, compartilhá-lo ou recuperá-lo depois. Depois que um comando é sincronizado, o Rephlo mantém silenciosamente a cópia local e a cópia na nuvem alinhadas.

Esta página explica como funciona a publicação, o que significam os rótulos de status de sincronização, como o Rephlo lida com conflitos e como a sincronização em segundo plano mantém tudo atualizado.

Publicando um comando na nuvem​

Quando você publica um comando, o Rephlo o envia para a galeria online da sua conta e o servidor atribui a ele um ID permanente e um número de versão. Você pode, opcionalmente, incluir uma nota de changelog curta descrevendo o que mudou.

  • A primeira publicação cria uma nova entrada na galeria e grava no comando local seu ID online e sua versão.
  • Publicações posteriores do mesmo comando enviam uma atualização e aumentam o número de versão no servidor.
  • Publicar exige que você esteja conectado (signed in). Se sua sessão expirou, o Rephlo pede que você faça login novamente e deixa a cópia local intacta.

Você não precisa acompanhar IDs ou versões manualmente — o Rephlo os registra no comando automaticamente após uma publicação bem-sucedida.

Entendendo o status de sincronização​

Todo comando acompanha um status de sincronização que informa ao Rephlo (e a você) como ele está em relação à cópia na nuvem.

StatusSignificado
NoneO comando nunca foi sincronizado. Ele existe apenas neste computador.
SyncedA cópia local corresponde à versão mais recente confirmada pelo servidor. Nada está pendente.
DirtyO comando tem alterações locais (ou uma publicação que falhou) que ainda precisam ser enviadas ao servidor.
ConflictTanto a cópia local quanto a cópia na nuvem mudaram de forma independente. Isso precisa de atenção antes que a sincronização possa continuar.

Depois que você edita um comando sincronizado, ele passa a Dirty até que a próxima publicação bem-sucedida o devolva ao estado Synced.

O que acontece quando a sincronização falha​

O Rephlo é deliberadamente cauteloso para que você nunca perca trabalho:

  • Problemas de validação (por exemplo, um campo rejeitado pelo servidor) marcam o comando como Dirty e mostram o erro específico, para que você possa corrigi-lo e tentar novamente.
  • Erros de servidor ou de rede também marcam o comando como Dirty, e o Rephlo tenta novamente no próximo ciclo de sincronização.
  • Problemas de login nunca alteram seu estado de sincronização local — basta se autenticar novamente e tentar de novo.
  • Se um comando foi excluído da sua galeria online enquanto o aplicativo ainda lembrava seu ID antigo, a próxima publicação detecta isso e recria automaticamente uma nova cópia na nuvem.

"Sync All" em massa​

Se vários comandos estiverem Dirty, você pode sincronizar todos de uma vez em uma única ação, em vez de publicar cada um manualmente. O Rephlo otimiza essa execução para que ela permaneça rápida e dentro dos limites de taxa do servidor.

Tratamento de conflitos e pull em segundo plano​

Em segundo plano, o Rephlo periodicamente busca (pull) seus comandos na nuvem e compara cada um com sua cópia local pelo ID online. O primeiro pull ocorre pouco depois de o aplicativo iniciar, e depois se repete em um ciclo regular.

O que acontece em cada pull depende de a cópia na nuvem ser mais recente e de sua cópia local ter alterações não salvas:

Pontos-chave:

  • Nuvem não mais recente → nenhuma mudança; o Rephlo apenas atualiza estatísticas online como número de instalações e avaliação média.
  • Nuvem mais recente, local limpo → o Rephlo atualiza a cópia local e a marca como Synced.
  • Nuvem mais recente, local Dirty → o Rephlo marca o comando como Conflict em vez de sobrescrever suas edições.
  • O pull em segundo plano nunca cria comandos locais totalmente novos por conta própria — ele apenas concilia comandos que você já possui.

Se um comando entrar no estado Conflict, decida qual versão você quer manter e depois publique novamente para enviar sua escolha à nuvem (ou deixe a cópia da nuvem prevalecer descartando suas edições locais).

Alternando entre workspaces (organizações)​

Se você pertence a mais de um workspace e alterna entre eles, o Rephlo não sobrescreve um comando que foi sincronizado em outro workspace. Em vez disso, ele publica uma nova cópia no seu workspace ativo e deixa a cópia do outro workspace intacta. Isso mantém a galeria de cada workspace organizada e evita sobrescrever conteúdo que você não consegue mais ver.

Onde gerenciar comandos publicados​

O aplicativo desktop cuida da publicação e do status; a galeria web é onde seus comandos publicados residem e de onde vêm as avaliações e o número de instalações.

Páginas relacionadas​