You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@subversion.apache.org by st...@apache.org on 2011/01/12 20:48:41 UTC
svn commit: r1058289 - /subversion/site/publish/docs/release-notes/1.7.html
Author: stsp
Date: Wed Jan 12 19:48:41 2011
New Revision: 1058289
URL: http://svn.apache.org/viewvc?rev=1058289&view=rev
Log:
* publish/docs/release-notes/1.7.html
(patch): Mention the only other known open issue, too.
Modified:
subversion/site/publish/docs/release-notes/1.7.html
Modified: subversion/site/publish/docs/release-notes/1.7.html
URL: http://svn.apache.org/viewvc/subversion/site/publish/docs/release-notes/1.7.html?rev=1058289&r1=1058288&r2=1058289&view=diff
==============================================================================
--- subversion/site/publish/docs/release-notes/1.7.html (original)
+++ subversion/site/publish/docs/release-notes/1.7.html Wed Jan 12 19:48:41 2011
@@ -319,6 +319,14 @@ to properties (except for <code>svn:merg
<a href="http://subversion.tigris.org/issues/show_bug.cgi?id=3747"
>issue #3747</a>).</p>
+<p>When a patch does not apply cleanly some or all changes listed in the
+patch might be rejected. But <code>svn patch</code> currently does not
+mark files with rejected changes as conflicted (see
+<a href="http://subversion.tigris.org/issues/show_bug.cgi?id=3565"
+ >issue #3565</a>). Files which weren't patched successfully can be
+committed without being touched by <code>svn resolve</code> first.
+This problem will be addressed in a future release of Subversion.</p>
+
<p>A new API for parsing unidiff patch files has been added to
<code>libsvn_diff</code>. A new API for applying unidiff patches to a
working copy has been added to <code>libsvn_client</code>.</p>