VSTS2010 CTP11: Work Items – Part 1

As I said in the previous post, the Work Item feature of the current version of TFS is already great, but everybody knows there’s room for improvement. So far, here are the pros and cons I see in the current state. Pros Integrated in the Development Environment as well as Web Client: developers, PMs and stakeholders can all have access to them. Can be linked to code: the code is no longer the referential or entry point of you evolution and fixes. Highly extensible and customizable: you make them fit YOUR process and not the opposite. User friendly: it’s always better for a quick adoption because the learning curve is really smooth. Traceability of changes: for CMMI lovers (or slaves!?). Workflow based: simple but there’s no such things on Words for instance. Cons The linking system is too limited concerning Work Items: all you can do is create an unversioned, two ways link between two Work Items. No MS Project Server integration. Rich editing too limited to store high level information. The Query system is good, but it’s hard to get a good visibility when you have a lots of Work Item, issue mostly due to the first stated one. […]

VSTS2010 CTP11: Work Items – Preamble

I continue my journey on the evaluation of the latest CTP of Visual Studio 2010 (formally known as Rosario), now is the time to play with one of my favorites part of TFS: the Work Items. I can really say that the Work Items were for me the main reason I start evangelizing Team System in its early days. I really saw into them the possibility (finally!) to gather all information about a project development into one unique repository, and let people from any kind of role access to them. I know this is not totally the case, but it tends to be more and more at each release of the ALM platform. I’ve seen a lot of projects managed with many tools, with the same information found multiple times across them, with people having to move it or synchronize it from one to another. Working this way has a cost and is risky too, and I have suffered from these many times. So Work Items were for me the light for better days coming, nothing can be perfect at first, but I was a strong believer they will fill all the needs through time: what I saw was great, […]

VSTS2010 CTP11 and Shelves

The Shelve concept was introduced in Team System in the very first release and it was immediately a success: a demo killer feature and an everyday handy one too! The concept is simple, and the implementation (I guess) doesn’t seem complicated either, and yet the feature fills a need we always had. But if the concept is great, there are some features we miss: Not being able to unshelve a file that is currently in pending changes (possible with the PowerTools though). Not being able to unshelve to a different location (possible with PowerTools thought). Pending changes resulting from a ShevelSet behaves exactly the same as for a ChangeSet, and it’s problematic when there’re locks (can’t unshelve a given ShelveSet twice). Security on a ShevelSet, they are visible to anyone, it would have been nice to create some “private” ShelveSet or set permission on a given one (e.g. useful for code review). The first two features are possible using the command line TFPT.EXE program, but it would be nice to have it within Team Explorer. So, let’s check if there’s some improvement with the latest CTP. Unshelve + merge: Let’s try to unshelve files that are in pending changes:

VSTS2010 CTP11: A bit of history…

Hi again, I’m still working through the Source Control of the October CTP of Visual Studio 2010. I guess now is the time to see if there are improvements concerning versioning. I’m still working on the multi branches Team Project I created in previous posts. Let’s see the history on the Form1.Designer.cs file of the version 2.0 of the test project. First we select History from the Source Control Explorer on that file:

VSTS2010 CTP11: Source Control – Branching management – Part 2

Hi all, I’m still going through the Branch system of the Source Control. We saw in the previous post that the branch feature evolved from the previous versions. There’s a new restriction where you can’t create a branch that is inside its parent branch. I used to consider that case as a valid one, well, not a bad practice at least. The next test I did was creating many branches to simulate a Main branch and many version of the product. The branching model used was intentional, I know it was not the best way to go in previous version, so I wanted to see if there was some improvement out there. There’s a new good feature now to visualize the relationship between branches, select the branch, right-click on it, and choose the View Hierarchy menu item. And you now have what you’ve expected for so long! 🙂

VSTS2010 CTP11: Source Control – Branching management – Part 1

We are all interested about the new killer features in the Architect version, the typed links in Work Items, the editable Workflows in Team Build, and so on. But we still have to remember that at both at the beginning and the end of the day we have to work with Configuration Management. The source control of Team System was already good at the very beginning, but for a platform that as for only purpose to be the ultimate ALM product, you must have an excellent one! Things I miss in TFS 2008: 1) Hard to determine the relationship between branches, the time notion was unusable. You can see what is created from what, but not much more. Lacking of graphical representation. 2) Three ways merge only possible from directly related branches, forcing you to do a baseless merge in other cases. 3) Merge/conflict resolution still not as good and intuitive as it could. So I’m going to see what changes for these things. I’m creating a new Team Project called “Test_SCM”, using the Agile Process Template. Inside $/Test_SCM I create a Main folder, aimed to be a main branch, and then check it in. After I create an “out-of-the-wizard” […]

Visual Studio 2010 October CTP – My own walkthrough

 Hi everybody, The October CTP of the now called Visual Studio 2010 just went out, so I’m taking advantage of that to start a little series of posts about the new features of Rosario. There are many walkthroughs delivered with this CTP, and I really think it’s a cool thing, but in this series, I will demonstrate features based on personal experimentation only. The reasons are simple: –          There’s no point to go through the walkthroughs, well, I guess… –          Not using the Microsoft’s samples and cases will allow me to challenge the release better. –          I simply want to discover the release from scratch, old habit, old fashioned guy? So, the purpose is to discover the new values of Rosario and share it with you guys, challenge it a bit, see what frustrating things are gone, what missing features and wished stuffs was added and how. Let’s start with the very first thing in application development: coding! 🙂