On 9/4/07, techtonik <techtonik@php.net> wrote:
> On 9/3/07, Mark Phippard <markphip@gmail.com> wrote:
> >
> > On 9/3/07, techtonik <techtonik@php.net> wrote:
> > > Build directory is under revision control and when Eclipse regenerates
> > > some binary files inside, subclipse 1.2.4 behaves very strange about
> > > these changes. There is no decorator placed next to file icon although
> > > "Managed" and "Modified" attributes for this file are set to 'true'.
> > > File doesn't appear in commit dialog for the same reason. Command line
> > > 'svn st' reveals no anomaly in working copy structure.
> >
> > In general it is bad practice to store a build folder in version
> > control, and Eclipse in particular makes it even worse because of all
> > the auto-building it does. Also, an Eclipse team provider will not
> > perform versioning operations on files produced by Eclipse compilers.
> > These files are marked as Derived within Eclipse and team providers
> > are instructed to ignore those files automatically, which we do.
>
> Thanks for detailed explanation.
> I use build folder to synchronize web project with production server
> and find it very convenient practice. I can't name any reasons why it
> could be considered bad to use SVN for updating files, to switch
> branches and quickly rollback in case something goes wrong.
If you have more than one person, it just does not work. When you do
an update, Eclipse sees these new files and triggers a new build of
them. You wind up in this scenario where all of the files are always
outgoing changes. The more serious problem is that the Eclipse
builders do not respect the .svn folders in the build directory.
There are certain Eclipse operations where the builder will destroy
everything in the build folder and recreate it. It does not of course
know how to recreate the .svn folders so your working copy becomes
broken.
> Is it possible to provide an option or a hack to make our team
> provider recursively ignore Derived attribute for certain folders?
No, there is no option available for this.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Tue Sep 4 13:27:53 2007