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

Re: svn commit: r14707 - branches/innosetup-hsuninsfix-5x-1.2.x

From: Jostein Chr. Andersen <jostein_at_josander.net>
Date: 2005-05-13 19:54:17 CEST

On Friday 13 May 2005 17.27, Philip Martin wrote:
...
> > Because my Windows Installer related WC of the trunk is very
> > diffrent from the trunk and no one answered med yesterday on
> > #svn-dev when I asked about this subject.
>
> I don't use #svn-dev so I don't know what question you asked there,
> and that makes it a bit difficult for me to follow your reasoning
> here. Is the directory rename the problem, or are you saying these
> changes are not approriate to the trunk?

Do I really have to use my time on this? :-(

I'm in the middle of it and the trunk version of the installer will not
work if I commit my WC now.

I have no idea when the final 1.2.0 comes out and I'm not planning to
finish that work before 1.2.1. My judgment is that when I'm doing it
this way, then that's the best guarantee for making this for the 1.2.0
without myself messing anything up.

I have several WCs, one for each main branch (it's diffrent versions of
Inno Setup for the 1.1.x line and 1.2.x line). Additionally, I have one
WC for the trunk, one for misc work, one for the Subversion book and
finally one each for the new innosetup-hsuninsfix-Xx-1.X.x branches.
This sound complicated, but it's not; and my work do have quite good
quality, but of course, everything can be done better. So please, let me
do my work without letting me use time to explain stuff like this. You
can be very sure that I wouldn't make this branches without some reason,
this is in fact the first time.

So give me the needed +1s hand have some faith!

Jostein

-- 
http://www.josander.net/en/contact/

  • application/pgp-signature attachment: stored
Received on Fri May 13 19:55:54 2005

This is an archived mail posted to the Subversion Dev mailing list.

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