Greg Hudson <ghudson@MIT.EDU> wrote on 08/01/2005 04:08:10 AM:
> On Tue, 2005-07-26 at 23:13 -0600, Michael W Thelen wrote:
> > It seems that there's been a generally positive response to this idea,
> > and some design discussion, but little review of the actual patch.
> > So I *think* that this patch may be filed as a new issue in the issue
> > tracker. If anyone feels that I should not do this, let me know.
> > Otherwise I'll file an issue in the next day or two.
> Sorry to come in late here. I think the "takeover" concept is too
> specialized to warrant a slot in Subversion's command set, especially
> given the amount of code it would require. So I'm against having this
> live as an issue in our tracker.
Are you against the feature altogether, or just the idea of a new
subcommand? I believe all of the discussion on this feature has
gravitated towards it being a new option on the checkout command instead
of a command in its own right.
FWIW, we could build a better user experience in Subclipse if a feature
like this existed. Why? Take the Subversion project as an example. Let's
say I want to check it out into the Eclipse IDE. Subversion obviously
does not store any of the special Eclipse IDE files in its repository, so
Subclipse has to let the user run a wizard as part of the checkout process
that defines the Eclipse project, and then checks out into that project.
This Eclipse wizard creates some files and folders on the file system that
we have to check out into. As it stands now, if the wizard creates any
files or folders locally that are also going to be checked out, then the
entire checkout process will just abort. So we could really use an option
to tell the checkout command to either just overlay any files and folders
it encounters or do something more advanced as this takeover option
Of course there have been other examples cited as to why this feature
could be a good addition to Subversion. So could you just clarify your
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Mon Aug 1 15:35:31 2005