You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@subversion.apache.org by gs...@apache.org on 2010/03/30 00:37:51 UTC
svn commit: r928926 - /subversion/trunk/notes/wc-ng/conflict-storage
Author: gstein
Date: Mon Mar 29 22:37:51 2010
New Revision: 928926
URL: http://svn.apache.org/viewvc?rev=928926&view=rev
Log:
In r928900, I dropped a bit at the top about obstructions. Put that back,
fix up the count of conflict types, and put a stake in the ground for an
obstruction conflict skel.
* notes/wc-ng/conflict-storage: fix up the "obstructed" conflict kind.
Modified:
subversion/trunk/notes/wc-ng/conflict-storage
Modified: subversion/trunk/notes/wc-ng/conflict-storage
URL: http://svn.apache.org/viewvc/subversion/trunk/notes/wc-ng/conflict-storage?rev=928926&r1=928925&r2=928926&view=diff
==============================================================================
--- subversion/trunk/notes/wc-ng/conflict-storage (original)
+++ subversion/trunk/notes/wc-ng/conflict-storage Mon Mar 29 22:37:51 2010
@@ -7,14 +7,16 @@ Conflict meta data is stored in the ACTU
'conflict_data' column. The data in this column is a skel containing
conflict information, or NULL (meaning no conflict is present).
-There are 4 types of conflicts (text conflicts, property conflicts,
-tree conflicts, patch conflicts). The conflict skel has the form:
+There are five types of conflicts (text conflicts, property conflicts,
+tree conflicts, patch conflicts, and obstructions). The conflict skel
+has the form:
(COMMON (KIND KIND-SPECIFIC) (KIND KIND-SPECIFIC) ...)
-where KIND is one of "text", "prop", "tree", or "patch". KIND-SPECIFIC
-is specific to each KIND, and is detailed below. The COMMON skel
-contains data that is common to all KINDs, and is detailed below.
+where KIND is one of "text", "prop", "tree", "patch", or
+"obstructed". KIND-SPECIFIC is specific to each KIND, and is detailed
+below. The COMMON skel contains data that is common to all KINDs, and
+is detailed below.
### need conflict data format version info inside skel, too?
### or do we bump the entire wc.db format number if we need to tweak
@@ -37,6 +39,7 @@ equivalent in wc-ng conflict storage (su
but this information can be deduced from the information stored
(e.g. conflict-old and friends; foo.r42 is now 'foo' + '.r' + left_rev)
+
Terminology
--------------------
@@ -98,6 +101,7 @@ version of the item.
{LEFT,RIGHT}_PEG_REV is the peg revision of the {left,right} version
of the item.
+
Text conflicts
--------------
@@ -170,15 +174,14 @@ content can be obtained from the pristin
(Unversioned) Obstructions
--------------------------
-When an update introduces a new node where an existing node is
+When an update introduces a new node where an existing unversioned node is
stored locally we need to add some marker to allow the operation to update
the BASE_NODE table.
-### BH: I don't think we need specific data here; just a boolean?
-### It is always a conflict between the IN-WC data and the local WC.
-###
-### gstein sez: maybe KIND == "obstructed" ? thus, a skel such as:
-### ("obstructed")
+There is no particular data which needs to be recorded for an
+obstruction. Thus, the "obstructed" conflict skel has the form:
+
+ ("obstructed")
Patch conflicts (a.k.a. "rejects")