RE: Developing frameworks and applications in tandem and managing dependencies

>>If it wasn't for you I wouldn't have had anyone
>>to talk to! It saddens me that this list is so dead these days.

 

I think StackOverflow has cleaned up in the market for straight Q&A.  That's taken a lot of the traffic that used to happen here.

 

Best wishes,

 

Richard Howells

 <mailto:richard-yP/[email protected]> richard-yP/[email protected]

www.dynamisys.co.uk

(L) +44 (0) 1793 731225

(M) +44 (0) 7769 266522

 

From: [email protected] [mailto:[email protected]] On Behalf Of John Elliot
Sent: 31 July 2012 17:52
To: [email protected]
Subject: Re: [OT] Developing frameworks and applications in tandem and managing dependencies

 

  

Cool. Thanks again for the run down.

In my own systems I'm going to try to put together some release scripts
that automatically manage the files that version numbers are in. That's
why I'm in the process of giving all this some thought. I used to have a
system for managing this kind of stuff but it wasn't very good and is
completely incompatible with the way I work and the way I lay out my
projects in my svn repositories now (I didn't used to use the
trunk/branches/tags standard and invented my own method which sucked in
comparison).

And thanks for the chat. If it wasn't for you I wouldn't have had anyone
to talk to! It saddens me that this list is so dead these days. It used
to be like being in a pub with everyone talking all at once. Now it's
like being in a library with the odd rebel whispering snippets of wisdom
in hushed tones. I would have thought there would have been more people
chiming in on this thread because it seems to me like this sort of issue
is one that nearly everyone would have to deal with one way or another.
Perhaps it's just a complex subject and people don't have the time that
would be required to offer a useful comment.

The thing about this list is that I know people are still out there
reading it. When I posted a link here the other day 20 to 30 people
clicked through on it. And who knows how many people read the message
but didn't click the link, I'm sure that's non-zero.

Anyway, I got what I wanted from this conversation, thanks Anna-Jayne.

And for all the lurkers out there, here's a link for you to click on. :)

http://www.smokerstrust.com/

Love,
John.

On 2012-08-01 02:31, Anna-Jayne Metcalfe wrote:
> Hi John,
> 
>> Thanks for the run down. How do you manage the build number? Do you just
> manually edit it in a file?
> 
> Basically, yes. The build no. is generated from a version.h file in the root folder of the solution, and which is compiled into the resources. It looks a bit like this:
> 
> #define FILE_VERSION_NUM 4,0,0,183
> #define PRODUCT_VERSION_NUM 4,0,0,0
> 
> #define PRODUCT_NAME "Visual Lint"
> #define FILE_VERSION "4.0.0.183a"
> #define PRODUCT_VERSION "4.0"
> #define LEGAL_COPYRIGHT "Copyright © 2004-2012 Riverblade Limited. All rights reserved."
> 
> We bung an alpha suffix on the end of the build no. during each sprint to distinguish it from anything that should be released.
> 
> The usual sequence is something like:
> 
> 4.0.0.183 (beta tester release)
> 4.0.0.183a (internal spike build)
> 4.0.0.183b (spike build)
> 4.0.0.183c (spike build)
> 4.0.0.185 RC1 (release candidate)
> 4.0.0.185 (beta tester release)
> 
> The alpha suffix also allows us to produce patches when required.
> 
> We've thought of automating the whoe thing via the CI server, but it really doesn't gain us that much. At some point we must get around to linking the FILE_VERSION_NUM and PRODUCT_VERSION_NUM fields with their string counterparts though.
> 
> 
> 
> Kind Regards,
> 
> Anna-Jayne Metcalfe
> Product Manager,
> Riverblade Limited
> 
> http://www.riverblade.co.uk
> 
> Twitter: @annajayne
> Skype: anna-jayne.metcalfe
> 
> 
> Riverblade Limited, 3 Wellington Road, Bournemouth, Dorset BH8 8JQ, United Kingdom
> Registered in England no. 5187132. VAT Registration no. 847 0045 38
> Please direct general enquiries to [email protected] <mailto:enquiries%40riverblade.co.uk> .
> 
> ACCU - http://www.accu.org - Writing software is a craft, and crafts need craftsmen. Where else are you going to learn?
> 
> 
>