work-in-progress tree conflicts diff, please comment
Julian Foad
julianfoad at btopenworld.com
Thu Jan 8 08:38:27 CST 2009
On Thu, 2009-01-08 at 14:51 +0100, Stefan Sperling wrote:
> On Tue, Jan 06, 2009 at 01:04:38PM +0000, Julian Foad wrote:
> > But next, I think it would be better in the main flow of text to
> > describe only how tree conflicts work in Subversion 1.6, and not assume
> > that readers have started with v1.5 and are interested in the
> > differences. For those readers (and there will be many, of course) I
> > would put some "comparison with v1.5" notes in a side-bar.
>
> Yes. I've done so, thanks. See r3399.
>
> > > + <para>Since Subversion 1.6, this and other similar situations
> > > + are flagged as conflicts in the working copy. As with textual
> > > + conflicts, tree conflicts prevent a commit from being made
> > > + from the conflicted state, forcing the user to examine the
> >
> > Perhaps saying "giving the user the opportunity" instead of "forcing",
> > since (a) it gives a better impression and (b) the user does indeed have
> > the option of doing a recursive "accept=X" to avoid examining the
> > problems.
>
> Yes. Changed this, too. We also used 'force' with respect to textual
> conflicts in the first paragraph of this section. Because I could
> not find a better way to phrase it there ("giving the opportunity"
> sounds a bit weak in case of text conflicts), I've added a footnote
> which says:
>
> Well, you could mark files containing conflict markers as resolved
> and commit them, if you really wanted to. But this is rarely done
> in practice.
Lovely.
- Julian
More information about the svnbook-dev
mailing list