I'm not going to be one of those jerks arguing with every point
in every follow-up ;->. I only have a few clarifications.
"Mark Phippard" <markphip_at_gmail.com> writes:
> > # Interactive conflict resolution
> > Kinda works. The accept-mine and accept-theirs actions are, as
> > repeatedly discussed, not even close to ideal. The diff action
> > diffs shows the wrong diff, and blows out your scrollback.
> FWIW, this feature works perfectly for GUI tools. I have zero
> complaints as an API consumer.
Only the diff portion of this paragraph has to do with UI. The
accept-mine and accept-theirs actions are the same for GUI tools.
> This is another one that just kind of came out of nowhere (*cough*,
> *Google*, *cough*). If it does not do what you guys want, then why
> did you add it? It seems like a lot of people took "your" word for it
> that this was going to be useful. I know there has been some question
Google is not monolithic, *especially* when it comes to
contributions to free software projects. As far as I can tell,
this was a personal itch. Google's internal Subversion service
does not use it.
Since you raise this issue, let me make it clear that I make this
proposal as epg_at_pretzelnet.org, *not* as epg_at_google.com. How 1.5
is advertised has no effect on Google's svn service, and I am not
speaking from a business interest. I'm speaking as a member of
> I do not think this one is fair. Externals has several known issues
> that either are a problem or not for different people. This change
> does address one class of those problems. The feature is better for
> many people now. Because it still has other problems, does not make
> 1.5 a bad release.
I was not highlighting a problem with externals in 1.5. As far
as I know, it has only improved. I was just calling out another
example in our history of what I see in 1.5.x.
> Again, I do not think things are that bad, and I do not think your
> proposal is the way for us to go. I think SVN 1.5 will be better than
> 1.4 and previous releases. In some cases, substantially better.
The same was true for FreeBSD 5, and many switched. And, as
FreeBSD did, we'll still provide a clean upgrade path from 1.5 to
1.6, just as for past releases. I'm not proposing that we not
release. All I propose is that we say that these features, while
useful as is in many cases, are not in their final form.
Eric Gillespie <*> epg_at_pretzelnet.org
To unsubscribe, e-mail: dev-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: dev-help_at_subversion.tigris.org
Received on 2008-02-28 04:04:50 CET