Den nye versjonen er her! Som alltid er det anbefalt å oppgradere så snart som mulig. Her er de viktigste endringene:
- Administratortillatelser er ikke lenger nødvendig for å kjøre programmet fra Programfiler-mappen, programinnstillinger og logger blir nå lagret i Windows-programmet data mapper.
- Søknaden har blitt testet med og skal nå fungere fint med UAC i Windows Vista og Windows 7.
- Sammendrag logger har blitt lagt til på slutten av logging å rapportere count summer for de ulike operasjoner.
- Fikset en bug i den nye synkronisering tomme mapper funksjonalitet som forårsaket en neverending loop når roten av enten mappen var tom.
- Lagt til en "File Filter" eiendom til kartlagte mapper for å tillate bruk av wildcards (*. Txt) for å begrense hvilke filer som skal synkroniseres (som ber om Jason Saul).
Bare kjøre setup for å oppgradere til den nyeste versjonen.
Last UpSync 0.7 oppsett
Last UpSync 0.7 Kildekode (Visual Studio 2008 kreves)
Husk å dele dine tanker og forslag!
Mann, beveger du deg på dette programmet. Flott jobb dude!
Hahaha, ja hvis du kaller "flytte" oppdatere en gang i måneden ... ;)
Bruker du den?
Det er et flott program, hyggelig og enkelt grensesnitt. Jeg elsker at innstillingene lagres i XML, det gjør det veldig lett for meg å endre ting uten å måtte bruke grensesnittet hver gang. Jeg selv ser på å skrive noen VBScript bruker XMLDOM å analysere gjennom settings.xml og bruke skrivefelt for medlemmer av teamet mitt å legge ting inn i sync listen.
Det største problemet jeg kjører inn er at jeg prøver å synkronisere en kilde til 58 globale kontorer, så det er litt treg. Skjønt, finne jeg at når jeg la den gå en uke eller to og få alle nettstedene synkronisert opp, vil inkrementell synkroniseres fra det punktet på gå mye raskere. I utgangspunktet kunne laget mitt da slippe en ny søknad trenger vi på alle områder til kilden og deretter kjøre en ny synk. Kanskje det er bare for mye belastning for en server å forholde seg til, og jeg kan synkronisere vårt hovedkontor til noen av våre større regionale kontorer, og deretter sette opp disse kontorene for å synkronisere sin region. * Skuldertrekk * Jeg spiller fremdeles rett det.
Har du noen gang sett på RichCopy? Den ble utgitt av Microsoft en måned eller to tilbake, og kan håndtere multi-tråd kopiering. Dens FAST. Veldig fort! Men jeg kan bare sette den til en kilde og en destinasjon. Hvis du kunne arbeide i multi-threading som ville være fantastisk.
Takk, Rich. :)
Såvidt synkronisering flere steder, ærlig hadde jeg ikke tenkt på. Hvordan akkurat du setter opp / konfigurerer søknaden? Er du installere det på en maskin og bare synkronisering fra den maskinen til alle de forskjellige stedene? Eller er du installere det på alle maskinene? Det er litt ryddig hvordan en applikasjon kan brukes på måter du ikke engang tenke på ...
Jeg hadde aldri hørt om RichCopy, jeg skal definitivt se nærmere på saken. Multi-threaded kopiering er absolutt et alternativ, men jeg er ikke så sikker på at det ville gjøre mye for oss om ytelse. Jeg bruker for øyeblikket. NET som bruker Windows 'innebygde filkopiering APIer, som er langt fra 100% perfekt (de har ytelsesproblemer). Jeg ville ikke bli overrasket om den som skrev RichCopy skrev verktøyet fra grunnen av, helt utenom Windows-kopien APIer, og dermed gjør noe raskere ytelse.
Uansett, er du riktig at operasjonen skulle fremskynde betraktelig når alt er fanget opp. Inkrementelle synkroniseringer bør være eksponentielt raskere.
Takk for alle innspill, jeg vil se inn i ting og se hvilke alternativer vi har. :)
Dens på en server og har en haug med synkroniseres oppsett for det. Her er et eksempel på settings.xml min:
<? Xml version = "1.0" standalone = "ja"?>
<UpSync>
<MappedFolder>
<LocalFolder> \ \ DFS-bane \ Master-pakker \ Sync </ LocalFolder>
<RemoteFolder> \ \ Regional-Server-1 \ Library \ Packages </ RemoteFolder>
<Enabled> Sann </ Enabled>
<LastSyncTime> 0001-01-01T00 :00:00-08: 00 </ LastSyncTime>
<SyncLocalFolderToRemoteFolder> Sann </ SyncLocalFolderToRemoteFolder>
<SyncRemoteFolderToLocalFolder> Falsk </ SyncRemoteFolderToLocalFolder>
<DeletedFromLocalFolderAction> Slett </ DeletedFromLocalFolderAction>
<DeletedFromRemoteFolderAction> Kopier </ DeletedFromRemoteFolderAction>
</ MappedFolder>
<MappedFolder>
<LocalFolder> \ \ DFS-bane \ Master-pakker \ Sync </ LocalFolder>
<RemoteFolder> \ \ Regional-Server-2 \ Library \ Packages </ RemoteFolder>
<Enabled> Sann </ Enabled>
<LastSyncTime> 0001-01-01T00 :00:00-08: 00 </ LastSyncTime>
<SyncLocalFolderToRemoteFolder> Sann </ SyncLocalFolderToRemoteFolder>
<SyncRemoteFolderToLocalFolder> Falsk </ SyncRemoteFolderToLocalFolder>
<DeletedFromLocalFolderAction> Slett </ DeletedFromLocalFolderAction>
<DeletedFromRemoteFolderAction> Kopier </ DeletedFromRemoteFolderAction>
</ MappedFolder>
<MappedFolder>
<LocalFolder> \ \ DFS-bane \ Master-pakker \ Sync </ LocalFolder>
<RemoteFolder> \ \ Regional-Server-3 \ Library \ Packages </ RemoteFolder>
<Enabled> Sann </ Enabled>
<LastSyncTime> 0001-01-01T00 :00:00-08: 00 </ LastSyncTime>
<SyncLocalFolderToRemoteFolder> Sann </ SyncLocalFolderToRemoteFolder>
<SyncRemoteFolderToLocalFolder> Falsk </ SyncRemoteFolderToLocalFolder>
<DeletedFromLocalFolderAction> Slett </ DeletedFromLocalFolderAction>
<DeletedFromRemoteFolderAction> Kopier </ DeletedFromRemoteFolderAction>
</ MappedFolder>
<Settings>
<DefaultSyncLocalFolderToRemoteFolder> Sann </ DefaultSyncLocalFolderToRemoteFolder>
<DefaultSyncRemoteFolderToLocalFolder> Falsk </ DefaultSyncRemoteFolderToLocalFolder>
<DefaultDeletedFromLocalFolderAction> Slett </ DefaultDeletedFromLocalFolderAction>
<DefaultDeletedFromRemoteFolderAction> Kopier </ DefaultDeletedFromRemoteFolderAction>
<ImmediatelyStart> Falsk </ ImmediatelyStart>
<AutomaticallyClose> Falsk </ AutomaticallyClose>
<LogToFile> Sann </ LogToFile>
<LogFilesToKeep> 30 </ LogFilesToKeep>
<VerboseLogging> Sann </ VerboseLogging>
</ Innstillinger>
</ UpSync>
Jeg redigerte skriften delen ut. :)
Det er fornuftig. Jeg skal gjøre noe testing med RichCopy å se om jeg kan finne ut hvor det blir stadig sine ytelsesforbedringer. Hvis multi-threaded kopiering er nøkkelen, så for all del vil vi få det gjennomført. Jeg er fortsatt skeptisk på det, men ...
Takk igjen. :)
Er det en måte du kunne ha UpSync logge en feilmelding når den går i ett, men fortsetter på synkronisering resten av filene? Å måtte starte Sync hver gang jeg får en I / O-feil kan være en hastle.
FEIL: Kan ikke fortsette. Kunne ikke kopiere filen "\ \ Source-Path \ Setup.exe" til fil "\ \ Destination-Path \ Setup.exe". Et uidentifisert I / O-feil oppstod.
**** Sync prosessen ble avbrutt og ikke fullført. ****
Rich, ja, hadde jeg tenkt på den. Det er på min liste for neste versjon. Jeg tenker muligheten til å samle feilene og sende en e-post for eventuelle feil på slutten ville være ideelt (og muligheten til å konfigurere hva du skal gjøre når det oppstår en feil).
Awesome. Yeah en «Svar X antall ganger" ting for feil eller whatever ville rocke.
Hva mener du med en "svar X antall ganger"?
Oops, skrivefeil. Prøv på nytt, ikke svare. :)
OIC ... yeah ... som gjør mye fornuftig. :)
Takk. :)
Begynte å bruke programmet. Det fungerer faktisk veldig bra ikke bare for ekstern synkronisering, men lokalt også. Jeg bruker å synkronisere min 'localhost' mappen og mine prosjekter mappe for testing nettsteder.
Mitt eneste forslag:
Kan ha blitt nevnt før, men drar nytte av multi-kjerner. Jeg antar du har brukt dbPowerAmp som bruker hver for for hver fil. Dette kan fremskynde virkelig lange synkroniseres med virkelig store filer.
Liker programmet skjønt.
Takk, Justin. Ja, jeg tror flere prosessorkjerner har kommet opp før, trenger jeg å se nærmere på saken. Jeg vet egentlig ikke har noen anelse om hvor vanskelig det ville være å gjøre med. NET.
Én forslag, Windows 7-støtte. Det ville være ryddig å kunne bruke en jumplist element å synkronisere de valgte mappene eller alle mappene. Noe sånt. Bare en tanke.
Også grattis mann!