Posted by Jeff Clausius
Thu, 04 Feb 2010 16:23:00 GMT
We just pushed Vault 5.0.3 and Fortress 2.0.3 out the door. This release addresses some of our most common issues as reported by Tech Support.
One of the more interesting changes was a logical change of how Undo is executed from the Pending Change Set. Before an UNDO would always revert the file back to its original baseline version. However, if you were working in “Check Out, Edit, and Commit” mode and were to Undo the locked file from the “File View”, users would encounter a different behavior.
For this release, we changed things so the behavior was synchronized between the File View and Pending Changes. If you have the file locked, and Undo a Check Out from either location, the Undo Check Out action is used. If you have the file just edited (and are working in “Modify, Merge, and Commit”), the file uses the old “revert” method.
There are additional changes we’ve made. You can get up to speed on the rest of the release at Vault 5.0.3 Release Notes or Fortress 2.0.3 Notes.
Jeff
no comments
Posted by Jeff Clausius
Thu, 28 Jan 2010 17:30:00 GMT
We’ve been busy over the last few months. Early February, 2010, we will be posting maintenance releases:
- Vault 5.0.3 - Notable fixes:
- Undo Checkout of Files from Pending Change Set when file is Checked Out (vs. Modified)
- Deleting linked files from Enhanced Client
- Window placement adjusts for task bar on “top” or “left”
Restoring backups in Admin Web
- Line History when integrated with Handoff
Fortress 2.0.3 - Notable fixes:- Email notification on attachments
SourceOffSite 5.0.2 - Notable fixes:- IDE Client handling of network disconnects
- Sharing folder structure creation
- Folder History Query allow ONLY Floor/Ceiling
- Deleting a folder will clean up working folder tab
The releases are just around the corner. Stay tuned.
Tags fortress, maintenance, SourceOffSite, vault | 4 comments
Posted by Jeff Clausius
Thu, 29 Oct 2009 14:04:00 GMT
My name is Jeff Clausius, one of the developers at SourceGear. I would like to give you guys a “behind the scenes” look at issues encountered during the development of SourceGear products. The topics here may be very narrowly defined, focusing solely on subject matter that may not appeal to everyone. But having products based in C/C++, C#, Java, MFC, and SQL Server, we should have enough variety to cover a broad range of subjects.
With out further ado, today I present -
SourceOffSite 5 : Command Routing for CDockablePane (MFC)
One of the more challenging development pieces of SourceOffSite 5 (SOS) was to provide Document-View (Doc-View) functionality with classes inherited from the CDockablePane class. CDockablePane is great for providing a small window that can either be docked in a dock site or included in a tabbed pane. However, the class itself does not participate in the Doc-View architecture and does not handle messages for ON_COMMAND(), ON_COMMAND_RANGE(), ON_UPDATE_COMMAND_UI() and ON_UPDATE_COMMAND_UI_RANGE() generated from other areas of your MFC application. This presented a problem since we wanted the “Folder View” of SOS to reside in exactly that type of window.
At first it was thought we could create a class using multiple inheritance of CView and CDockablePane, but since each class derives from CWnd, it was undefined what would happen with messaging having two classes both deriving from CWnd, and this idea was quickly abandoned.
Creating a class derived from CView and then implementing the features of CDockablePane was another option, but we decided against this as the time it would take (and bugs we could possibly introduce) would be too great implementing CDockablePane functionality.
In the end, we went back to the drawing board looking for an easy way to get messages over to the CDockablePane classes. We finally turned to one of the slickest features of MFC - Command Routing.
With command routing, “windows messages are usually sent to the main frame window, but command messages are then routed to other objects. The framework routes commands through a standard sequence of command-target objects, one of which is expected to have a handler for the command. Each command-target object checks its message map to see if it can handle the incoming message.” This would be perfect for the needs of SOS.
Since SourceOffSite’s MDI windows consisted of one class for CMDIFrameWnd and one base class of CMDIChildWnd for the other SOS MDI children, we were able to interject our own routing handler into the base classes of these windows at ::OnCmdMsg(). The code first sent the message to any dockable panes which registered themselves with the main application within their own OnCreate(). The CMDI*Wnd::OnCmdMsg() would then send the message onto the base classes if the message was un-handled by any Pane. In regards to the classes inherited from CDockablePane, a m_pDocument member and GetDocument() method were added similar to any CView derived class, and the ::OnCmdMsg() methods ended up routing messages directly to the document’s OnCmdMsg().
I’m not sure this was the most elegant solution to the problem, but in the end we ended up with a framework of classes (with some interdependencies) that was able to use Document-View message handling with CDockablePane based classes.
no comments
Posted by Jeff Clausius
Wed, 28 Oct 2009 21:28:00 GMT
We’re done! SourceOffSite 5 has been pushed out the door!
A special thank you to the developers, Q/A, Artists, and everyone else involved. SourceGear has worked hard to make sure this release addresses the needs of those users who want faster access to their VSS databases.
Thanks again to all involved who made SOS 5 a reality!
Jeff
no comments
Posted by Jeff Clausius
Mon, 26 Oct 2009 14:10:00 GMT
You can expect a release of SourceOffSite 5 sometime this week.
I am extremely jazzed about this release, and can hardly wait to gather people’s reactions when they use the products for themselves.
More to come soon!
no comments
Posted by Jeff Clausius
Thu, 01 Oct 2009 14:09:00 GMT
Everyone,
As we are nearing an actual release, the Preview period has been retired. We thank those who participated and provided feedback regarding the GUI client.
As we place finishing touches on the IDE client, I’m happy to report it is showing some crazy-good performance numbers on our internal tests.
There will be more news regarding the release later this month.
Jeff Clausius
SourceGear
Tags 5, SOS | no comments
Posted by Jeremy
Fri, 21 Aug 2009 15:40:32 GMT
The download pages for Vault and Fortress have been updated to reflect the release of 5.0.1 and 2.0.1, the first maintenance release. The support forum has been very active with people upgrading to the latest version, and it seems like it has gone smoothly for most people.
Linda and Beth, our front line support team, have done a great job handling the increased support load and complexity. Their professionalism and perseverance are the biggest reasons for SourceGear’s reputation as a customer-focused company. Thanks guys!
I am also very grateful to the users who have shown patience and grace as we tried to diagnose and fix the issues that they were having. So a special thank you goes to our support forum users: avonwyss, BigBrett, BradleyUffner, cs, lmfs, lynnroth, nf77, splatteredbits, thinknirmal, and Xavier.
no comments
Posted by Jeremy
Wed, 29 Jul 2009 21:21:15 GMT
I’m excited to announce the release of Vault 5.0 and Fortress 2.0. The feature set should come as no shock, given that I’ve been posting betas for months, so I’ll skip the reiteration of the feature set. Check the release notes for Vault or Fortress to see all the details. Instead, for those of you who are following this, I’ll point out a couple of little things that got mentioned in the Beta 2 post, but they make me very happy.
Shelving in Eclipse or Visual Studio. Let’s say I’m reading Pride and Prejudice in Visual Studio instead of working. My boss comes in to tell me to get to work, so I create a shelveset so that I can continue reading my favorite book at home.
When I get home, I fire up Visual Studio, and unshelve the book, and it opened the document and scrolled to the line I was on when I shelved it.
This also works with source files, for those of you who don’t use Visual Studio as your text reader :)
Line History searches through VSS versions. I love Line History, and I love VSS Handoff, so it’s not surprising that I love the intersection of these two features. It was a very gratifying moment when I looked up a change that I made in 2002 (back when we were still using VSS).
All this history is still integrated as a first-class citizen, but the Handoff takes minutes, and you don’t end up with VSS history clogging up your Vault repository.
no comments
Posted by Jeremy
Wed, 01 Jul 2009 18:25:22 GMT
I’m happy to announce that the final beta release of Vault 5.0 and Fortress 2.0 is available for download now. You can get the beta from the usual places. Beyond the release notes, there were a few things that I think need to be highlighted.
The web client redesign. At last, our web client looks are brought up to the level of its functionality. You may not realize this, but our old design was the result of a contest back in 2004. The old design hadn’t aged well, and became more and more difficult to maintain. The new design is easier to use, and easier to maintain. For a tour of the new web client, check out Paul’s Blog.
Click to edit. Work item fields can now be edited in place. Just click the field, and start editing.
Restore open documents and scroll positions on an unshelve. Now, when you shelve files from Visual Studio or from Eclipse, we record the scroll position and restore it when you Unshelve. Talk about picking up right where you left off!
Line History now searches through VSS history, too. It’s no secret that I love Line History, and I’m thrilled that we can now use this awesome feature to make Handoff data seamlessly integrated.
no comments
Posted by Jeff Clausius
Wed, 17 Jun 2009 22:17:00 GMT
The SourceOffSite 5 Customer Technology Preview (CTP) is ready! We’ve put the client through some common testing scenarios and things seem to be looking good. There are still bugs we will be fixing, as well as implementing the help system, and addressing other performance concerns. However, there is enough substance behind the CTP to give customers a glimpse of what we want from SourceOffSite 5.
The SourceOffSite 5 preview is a self-extracting zip file which can be downloaded by contacting SourceGear at sosbeta@sourcegear.com
Remember, SOS5 CTP will require the Visual C++ 2008 Feature Pack, and can only run on systems meeting the Visual C++ 2008 redistributable requirements. The Feature Pack can be downloaded from Microsoft
Finally, feedback and/or bug reports can be reported on our support site under the “SourceOffSite 5 Preview” forum
If you have any suggestions, questions, or problems, please post to the forum. Also keep a watch on this forum as it will be updated regarding other CTP releases.
We look forward from hearing from you.
Jeff Clausius
SourceOffSite Dev Team
no comments
