This is one of the reasons it would be nice to look at Subversion - directory deleting and renaming are supported there. Is a Subversion repository even a possibility in eclipse?
>>> Michael McIntosh <mikemci@xxxxxxxxxx> 2/4/2007 8:52 AM >>> The problem with and reason for the difficulty in deleting or renaming a directory or file in a project is, once its gone you can never go back to previous versions of it or do builds from previous versions when it was actually used. I think we need to be sure when we ask for a file to go away or be renamed, that we really want what we are asking for. In the case of the build directory Jim is pointing out I agree that its deletion will be a benefit and not break anything we did in the past.
Jim, have you tested setting "Window/Preferences/Team/Ignored Resources" to include the pattern "build" or "build/*" ? I don't really like this solution since it requires manual workspace customizations - but it might work well enough to get us thru this for the short term.
The other alternative would be to, once we've really fleshed out all the details of how projects should be set up and structured, create new projects, copying in useful content from the old projects, and set the old projects aside as legacy. We won't delete them so as to allow history - but we won't have to put up with old stuff littering the current/new project either.
Thanks, Mike
higgins-dev-bounces@xxxxxxxxxxx wrote on 02/04/2007 08:32:12 AM:
> The way I remove directories from CVS is to send an email to > webmaster@xxxxxxxxxxx asking them to do it. > -Paul > > From: higgins-dev-bounces@xxxxxxxxxxx [mailto:higgins-dev- > bounces@xxxxxxxxxxx] On Behalf Of Jim Sermersheim > Sent: Saturday, February 03, 2007 9:24 PM > To: 'Higgins (Trust Framework) Project developer discussions' > Subject: RE: [higgins-dev] build output directories > > Does anyone know how to remove a directory from CVS? > > I've been playing with making these changes in the sts projects and > have this problem: > > - Can't delete ./build from CVS > - Can add .cvsignore (containing *) to ./build -- this works great until: > - Eclipse deletes everything under ./build when you do a clean, > including .cvsignore -- thus > - Eclipse CVS wants to commit everything under ./build > > In the IdAS project, I never added the build directory (called . > /bin, but I an change that) to CVS, thus none of these problems are an issue. > > So, if we could just remove the ./build directories from all the sts > projects, we could put "build" in the .cvsignore at the project root > and all would be well. > > Jim > > >>> "Paul Trevithick" <paul@xxxxxxxxxxxxxxxxx> 2/3/07 9:29 AM >>> > +1 > > From: higgins-dev-bounces@xxxxxxxxxxx [mailto:higgins-dev- > bounces@xxxxxxxxxxx] On Behalf Of Jim Sermersheim > Sent: Friday, February 02, 2007 11:53 PM > To: higgins-dev@xxxxxxxxxxx > Subject: Re: [higgins-dev] build output directories > > Actually, I'm torn on the doc output directory. IdAS and STS > currently output these to ../www.org.eclipse.higgins.docs/<project>. > This is good for people like me who have commit rights to the www > cvs repository, but not so good for anyone else. > > > Maybe we should output into ./build/doc, and if someone like me > wants to occasionally copy that output into another project, then we can. > > Jim > > >>> "Jim Sermersheim" <jimse@xxxxxxxxxx> 2/2/07 9:35 PM >>> > We were talking on IM today about making consistent the build output > directories for our projects. We ended up wanting to do this: > > ./build/classes (holds .class files) > ./build/lib (holds .jar and .war) > > Looking closer, I think we probably also want: > ./build/doc (generated doc output) > > But back on ./build/classes. I think we want to have the eclipse > output dir just be ./build. This is because the "Clean" target > deletes stuff in the eclipse output directory. So for example, in > the current sts projects, this will only clean stuff under . > /build/classes. We need Clean to clean all output. The only > potential problem I see is if we ever wanted to have a package name > that starts with "lib" or "doc". > > Jim_______________________________________________ > higgins-dev mailing list > higgins-dev@xxxxxxxxxxx > https://dev.eclipse.org/mailman/listinfo/higgins-dev
_______________________________________________ higgins-dev mailing list higgins-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/higgins-dev
|