This is how I use the synch viewHi there,
How is it going with the 4.0 beta?
I’m going to start posting about what’s new in 4.0 and how you can use it to make things easier.
Today I’m going to talk about the “sync view”.
What’s the sync view all about?
The sync view is a very simple yet powerful functionality in 4.0 that enables you to connect two different repositories (which can “live” in different servers, separated by oceans, running on different OS, using different database backends… well, the usual) and check what’s need to be updated on each of them.
How does the sync view work?
Very simple: you define a “source repository” which is the one you “connect to” to drive the process. For instance, if you’re working in a distributed way, your “source server” will be your laptop and your “source repo” the repository you want to work with.
Then you define a “destination” repo as the place to synchronize with. Following with my disconnected scenario, your laptop will host your source repo and your company’s plastic server will host the “destination repo”.
Is it clear? Once you’ve selected the two, the sync view will connect to them and figure out what changes need to be pulled (from dst to src) or pushed (from src to dst).
Note: you know, if you just define the src repo and dst repo differently, the operation will have a different meaning.
Many scenarios supported
Well, as you read above the sync view is so simple and flexible that it is possible to support many different scenarios. We like to define them as follows:
As you can see, the “sync view” is a rather simple tool although it can enable really powerful business scenarios.
Having a mirror server
This is my case: I have a “master server” at the office, currently running on a W2k8 machine named “Diana” and with a SQL Server backend.
I have other servers on my network and that’s why I have 3 different “sync configurations” as you can see below.
I have one to synch my laptop with “Diana”, a second one to synch “Diana” with an Oracle powered Plastic server, and the third one, the one I’ll be focusing on today, which syncs “Diana” with “Eunomia”, a Firebird embedded Plastic SCM server running on a tiny VM.
Once I click on “Diana-Eunomia” sync config I can see the following details:
It tells me there are “outgoing” csets from “Diana” to “Eunomia”, which basically means “Eunomia” will need some sync.
If I click to get the detailsl I see:
Which details the branches that will be synched during the process. Actually these branches are going to be “pushed” from “Diana” to “Eunomia”.
Finally I can click on a given branch and view which changesets need to be pushed:
The good thing (excellent IMO) is that now you can click on a cset and check the differences… even when it is remote (you’re not directly connected to that server at all!). It enables “replication preview” which we all missed with 3.0… didn’t we?
There’s a real bunch of things on 4.0 but the sync view is really one of the important features, extremely simple, but really helpful and powerful. Enjoy.