UpSync Versão 0.7 Released

A nova versão está aqui! Como sempre, é recomendável atualizar o mais rapidamente possível. Aqui estão as principais mudanças:

  • Permissões de administrador não são mais necessários para executar o aplicativo a partir da pasta Arquivos de Programas; configurações de aplicativos e logs são agora armazenados nas pastas do Windows de dados do programa.
  • O aplicativo foi testado com e agora deve funcionar bem com o UAC no Windows Vista e Windows 7.
  • Resumo registos foram adicionados ao final do registro em relatório de totais contam para as várias operações.
  • Corrigido um bug na nova funcionalidade de sincronização de pastas vazias que causou um loop sem fim quando a raiz de qualquer pasta estava vazia.
  • Acrescentou um "File Filter" propriedade para pastas que foram mapeadas para permitir o uso de curingas (*. txt) para restringir quais arquivos para sincronização (conforme solicitado pelo Jason Saul).

Basta executar o setup para atualizar para a versão mais recente.

Download UpSync 0,7 Setup
Download UpSync Código Fonte 0.7 (Visual Studio 2008 required)

Lembre-se de partilhar os seus pensamentos e sugestões!

Esta entrada foi publicada em C # , Software , Tecnologia , UpSync , Visual Studio 2008 . Bookmark o permalink .

15 Responses to UpSync Versão 0.7 Released

  1. David Hechler diz:

    Cara, você está se movendo sobre este programa. Cara ótimo trabalho!

  2. Jason Carr diz:

    Hahaha, sim, se você chama de "movimento" a atualização uma vez por mês ...;)

    Você está usando?

  3. Rica Hopkins diz:

    É um ótimo aplicativo, interface agradável e simples. Eu adoro que as configurações são armazenadas em XML, que torna muito fácil para mim para modificar as coisas sem ter que usar a interface de cada vez. Estou mesmo a olhar para escrever alguns VBScript usando XMLDOM para analisar através da settings.xml e use caixas de entrada para os membros da minha equipe para adicionar coisas para a lista sync.

    O maior problema que eu estou correndo em é que eu estou tentando sincronizar uma fonte para 58 escritórios globais, por isso é um pouco lento. Porém, eu acho que quando eu deixá-lo correr por uma semana ou duas e obter todos os sites sincronizados para cima, a sincroniza incremental a partir desse ponto vai muito mais rápido. Basicamente, a minha equipa poderia, então, soltar uma nova aplicação que precisamos em todos os locais na fonte e depois executar uma nova sincronização. Talvez seja a carga demais para um servidor para lidar com e posso sincronizar o nosso escritório principal para alguns de nossos maiores escritórios regionais, a configuração desses escritórios para sincronizar sua região. * Shrug * Eu ainda estou jogando para a direita dele.

    Alguma vez você já olhou para RichCopy? Foi lançado pela Microsoft um mês ou dois para trás e pode lidar com multi-thread cópia. Sua FAST. Muito rápido! Mas eu só posso defini-lo para uma fonte e um destino. Se você pudesse trabalhar em multi-threading que seria incrível.

  4. Jason Carr diz:

    Obrigado, Rich. :)

    Na medida em que a sincronização de vários locais, honestamente eu não tinha pensado nisso. Como exatamente você configurar / configurar o aplicativo? Você instalá-lo em uma máquina e apenas a sincronização a partir dessa máquina para todos os locais diferentes? Ou você está instalando-o em todas as máquinas? É uma espécie de elegante como um aplicativo pode ser usado de maneiras que nem sequer pensar em ...

    Eu nunca tinha ouvido falar de RichCopy, eu definitivamente vou olhar para ele. Multi-threaded de cópia é certamente uma opção, mas eu não tenho tanta certeza que iria fazer muito para nós em relação ao desempenho. Eu estou usando atualmente. NET que usa Windows 'built-in arquivo de cópia de APIs, que estão longe de 100% ideal (eles têm problemas de desempenho). Eu não ficaria surpreso se quem escreveu RichCopy escreveu o utilitário a partir do zero, ignorando completamente o arquivo do Windows APIs de cópia, e assim permitindo que alguns desempenho mais rápido.

    De qualquer forma, você está correto que a operação deve acelerar significativamente uma vez que tudo é travado acima. Sincroniza elementares devem ser exponencialmente mais rápido.

    Obrigado por todas as suas entradas, vou olhar para as coisas e ver quais as opções que temos. :)

  5. Rica Hopkins diz:

    Sua em um servidor e tem um monte de configuração sincroniza por ele. Aqui está um exemplo do meu settings.xml:

    <? Xml version = "1.0" standalone = "yes">
    <UpSync>
    <MappedFolder>
    <LocalFolder> \ \ DFS-PATH \ Master-Packages \ Sincronização <LocalFolder />
    <RemoteFolder> \ \ Regional-Server-1 \ Library \ Packages <RemoteFolder />
    <Enabled> True </ Enabled>
    <LastSyncTime> 0001-01-01T00 :00:00-08: 00 <LastSyncTime />
    <SyncLocalFolderToRemoteFolder> True <SyncLocalFolderToRemoteFolder />
    <SyncRemoteFolderToLocalFolder> False <SyncRemoteFolderToLocalFolder />
    <DeletedFromLocalFolderAction> Excluir <DeletedFromLocalFolderAction />
    <DeletedFromRemoteFolderAction> Copiar <DeletedFromRemoteFolderAction />
    <MappedFolder />
    <MappedFolder>
    <LocalFolder> \ \ DFS-PATH \ Master-Packages \ Sincronização <LocalFolder />
    <RemoteFolder> \ \ Server Regional-2 \ Library \ Packages <RemoteFolder />
    <Enabled> True </ Enabled>
    <LastSyncTime> 0001-01-01T00 :00:00-08: 00 <LastSyncTime />
    <SyncLocalFolderToRemoteFolder> True <SyncLocalFolderToRemoteFolder />
    <SyncRemoteFolderToLocalFolder> False <SyncRemoteFolderToLocalFolder />
    <DeletedFromLocalFolderAction> Excluir <DeletedFromLocalFolderAction />
    <DeletedFromRemoteFolderAction> Copiar <DeletedFromRemoteFolderAction />
    <MappedFolder />
    <MappedFolder>
    <LocalFolder> \ \ DFS-PATH \ Master-Packages \ Sincronização <LocalFolder />
    <RemoteFolder> \ \ Server Regional-3 \ Library \ Packages <RemoteFolder />
    <Enabled> True </ Enabled>
    <LastSyncTime> 0001-01-01T00 :00:00-08: 00 <LastSyncTime />
    <SyncLocalFolderToRemoteFolder> True <SyncLocalFolderToRemoteFolder />
    <SyncRemoteFolderToLocalFolder> False <SyncRemoteFolderToLocalFolder />
    <DeletedFromLocalFolderAction> Excluir <DeletedFromLocalFolderAction />
    <DeletedFromRemoteFolderAction> Copiar <DeletedFromRemoteFolderAction />
    <MappedFolder />
    <Settings>
    <DefaultSyncLocalFolderToRemoteFolder> True <DefaultSyncLocalFolderToRemoteFolder />
    <DefaultSyncRemoteFolderToLocalFolder> False <DefaultSyncRemoteFolderToLocalFolder />
    <DefaultDeletedFromLocalFolderAction> Excluir <DefaultDeletedFromLocalFolderAction />
    <DefaultDeletedFromRemoteFolderAction> Copiar <DefaultDeletedFromRemoteFolderAction />
    <ImmediatelyStart> False </ ImmediatelyStart>
    <AutomaticallyClose> False </ AutomaticallyClose>
    <LogToFile> True <LogToFile />
    <LogFilesToKeep> 30 </ LogFilesToKeep>
    <VerboseLogging> True <VerboseLogging />
    </ Configurações>
    </ UpSync>

  6. Jason Carr diz:

    Eu editei a parte da fonte para fora. :)

    Que faz sentido. Vou fazer alguns testes com RichCopy para ver se consigo descobrir onde ele está recebendo seus ganhos de performance. Se multi-threaded de cópia é a chave, então por todos os meios nós vamos buscá-la implementada. Eu ainda sou cético em que, embora ...

    Obrigado mais uma vez. :)

  7. Rica Hopkins diz:

    Existe uma maneira que você poderia ter UpSync log um erro quando ele é executado em um, mas continuam em sincronizar o resto dos arquivos? Ter que reiniciar a sincronização sempre que eu me deparo com um erro de I / O pode ser um hastle.
    ERRO: Não é possível continuar. Não foi possível copiar o arquivo "\ \ Source Path \ Setup.exe" para o arquivo "\ \ Destination Path \ Setup.exe". Um erro de I / O não identificado ocorreu.
    **** Processo de sincronização foi cancelado e não foi concluída. ****

  8. Jason Carr diz:

    Rico, sim, eu tinha pensado que um. Está na minha lista para a próxima versão. Estou pensando a capacidade de recolher os erros e enviar um e-mail por quaisquer erros no final seria o ideal (e a capacidade de configurar o que fazer quando ocorre um erro).

  9. Rica Hopkins diz:

    Awesome. Sim um "número X de vezes resposta" coisa de erros ou o que seria do rock.

  10. Jason Carr diz:

    O que você quer dizer com um "número X resposta dos tempos"?

  11. Rica Hopkins diz:

    Ops, erro de digitação. Repetir, não responder. :)

  12. Jason Carr diz:

    Oic ... sim ... que faz muito sentido. :)

    Graças. :)

  13. Justin Chmura diz:

    Começaram a usar a aplicação. Ele realmente funciona muito bem não apenas para a sincronização remota, mas locais também. Eu uso para sincronizar o meu 'localhost' pasta e minha pasta de projetos para sites de teste.
    Minha única sugestão:

    Poderia ter sido mencionado antes, mas aproveitando multi-núcleos. Eu estou supondo que você já usou dBpowerAmp que usa para cada para cada arquivo. Isso pode acelerar sincroniza muito longo com arquivos muito grandes.

    Como a aplicação embora.

  14. Jason Carr diz:

    Obrigado, Justin. Sim, acho que multi-core de processamento surgiu antes, eu preciso olhar para ele. Eu realmente não tem idéia de como seria difícil fazer com ele. NET.

  15. Justin Chmura diz:

    Mais uma sugestão, o suporte do Windows 7. Seria legal ser capaz de usar um item de jumplist para sincronizar as pastas selecionadas ou todas as pastas. Algo assim. Apenas um pensamento.
    Além disso, o homem parabéns!

Deixe uma resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios marcados com *

*