unfortunately we don't have TFS here

On Fri, Feb 5, 2010 at 4:40 PM, Michael Minutillo
<[email protected]> wrote:
> By Revision I mean the number assigned with each check in by your source
> control system. When you check in some file to TFS, the files are associated
> with a Changeset number. This number can be used as a sort of global
> "version number" for your source code at any point in time. By including it
> in the version as D you can interrogate the source control system and ask it
> when that changeset was created and so figure out the date of the version.
> This means that you don't really have the date in the version number at all
> but you can figure it out.
>
> On Fri, Feb 5, 2010 at 1:30 PM, Bec Carter <[email protected]> wrote:
>>
>> What does the date look like in the Revision? YYMMDD wouldn't fit. I
>> think this is a example of a date like value (minus the year and some
>> weird start digit) in the Build portion
>> http://weblogs.asp.net/bradleyb/archive/2005/12/02/432150.aspx
>>
>> On Fri, Feb 5, 2010 at 4:22 PM, Michael Minutillo
>> <[email protected]> wrote:
>> > If D is the Revision (or Changeset for TFS) number then you can normally
>> > grab the date from that.
>> >
>> > On Fri, Feb 5, 2010 at 1:17 PM, Bec Carter <[email protected]>
>> > wrote:
>> >>
>> >> I've seen attempts at jamming dates in the C part (Build) before, is
>> >> there any benefit or standard for this?
>> >>
>> >> On Fri, Feb 5, 2010 at 3:21 PM, David Richards
>> >> <[email protected]> wrote:
>> >> > I think it doesn't really matter as long as you are consistent.  We
>> >> > have two conventions.  Mainly because our marketing people forced us
>> >> > to have the second one.
>> >> >
>> >> > We have the four A.B.C.D so firstly (for customer products):
>> >> >
>> >> > A - Feature/interface change, not necessarily backwards compatible.
>> >> > B - Feature/interface change but IS backward compatible
>> >> > C - No feature or interface change. eg bug fix.
>> >> > D - Controlled by build server.
>> >> >
>> >> > Second (for our core libraries):
>> >> > A - Family version used in marketing
>> >> > B - Same as A above
>> >> > C - Same as B above
>> >> > D - Same as D above
>> >> >
>> >> >
>> >> > David
>> >> >
>> >> > "If we can hit that bullseye, the rest of the dominoes
>> >> >  will fall like a house of cards... checkmate!"
>> >> >  -Zapp Brannigan, Futurama
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > On Fri, Feb 5, 2010 at 13:33, Bec Carter <[email protected]>
>> >> > wrote:
>> >> >> TGIF!
>> >> >>
>> >> >> What assembly versioning convention do people here follow? I assume
>> >> >> theres a Microsoft standard that I havent found yet.
>> >> >>
>> >> >> Cheers
>> >> >> Bec
>> >> >>
>> >> >
>> >
>> >
>> >
>> > --
>> > Michael M. Minutillo
>> > Indiscriminate Information Sponge
>> > Blog: http://wolfbyte-net.blogspot.com
>> >
>
>
>
> --
> Michael M. Minutillo
> Indiscriminate Information Sponge
> Blog: http://wolfbyte-net.blogspot.com
>

Reply via email to