Please be sure to use Reply to All to keep discussion on-list
On 7/9/07, r j <rjdst.9@gmail.com> wrote:
> Hi Andy,
>
> I forgot to mention the directory I'm compiling is also the working copy,
> I always make sure that the copy is updated. Do I
> really need to export or checkout a fresh
> new copy and not just update the working copy then compile?
If the items were deleted from the repository, then they should be
deleted by svn up unless SVN thinks there are local modifications.
Perhaps your updates aren't doing what you think they're doing?
Re-examine your build process, and the output of it. Does it really
not include items which have been deleted from the repository? Again,
this is why the best course of action is to always work from a clean
checkout or export. Or are you maybe seeing a cached copy of the
application in your J2EE server, or even your browser?
> On 7/10/07, Andy Levy <andy.levy@gmail.com> wrote:
> > On 7/9/07, Dmitri Colebatch <dim@colebatch.com> wrote:
> > > Hi RJ,
> > >
> > > On 7/10/07, r j <rjdst.9@gmail.com> wrote:
> > > > The revision version is now over 600. The main problem is that
> sometimes,
> > > > when we would compile and then deploy the web app, old versions of
> code/css
> > > > layouts would show up on the deployed site. Does subversion has
> something to
> > > > do with this?
> > >
> > > If you remove the files from subversion, then they will be removed
> > > from other checkouts after an update has been done. However, if you
> > > are exporting/updating and then copying to your deployment the copy
> > > won't be deleting your previous versions (only adding to it). I
> > > suspect this is your problem.
> >
> > If you're doing an update of a working copy, deletions should be
> performed.
> >
> > To get a true, clean build, you should always check out or export a
> > fresh, clean copy from the repository to avoid issues and confusion
> > like this. Anthill, for example, does this.
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jul 10 03:35:48 2007