[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Testing builds...rev numbers vs dates.

From: Ron <lists_at_rzweb.com>
Date: 2006-04-06 17:57:26 CEST

> And if they use the date with a time to avoid such problems: how do
> they want to handle different timezones? I mean if you're an
> international company, what do you tell your customers and testers?
> Subversion always shows the time/date as it is on the client side
> (e.g. when you show a log), so that's not going to work very well.

This is not a well thought out plan of theirs and it's driving everyone
in development crazy, I was hoping to be able to point them to some
books/websites that talk about best practices for software development
that touched on this.

Ron

Stefan Küng wrote:
> On 4/6/06, Jean-Marc van Leerdam <j.m.van.leerdam@gmail.com> wrote:
>> By the way: How on earth are the testers going to cope with two builds
>> delivered to them on the same day? ;-)
>
> And if they use the date with a time to avoid such problems: how do
> they want to handle different timezones? I mean if you're an
> international company, what do you tell your customers and testers?
> Subversion always shows the time/date as it is on the client side
> (e.g. when you show a log), so that's not going to work very well.
>
> Stefan
>
> --
> ___
> oo // \\ "De Chelonian Mobile"
> (_,\/ \_/ \ TortoiseSVN
> \ \_/_\_/> The coolest Interface to (Sub)Version Control
> /_/ \_\ http://tortoisesvn.tigris.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
> For additional commands, e-mail: users-help@tortoisesvn.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: users-help@tortoisesvn.tigris.org
Received on Thu Apr 6 17:57:43 2006

This is an archived mail posted to the TortoiseSVN Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.