Svn Conflict - Revision history

Noel: /* Send in any movie confilcts */ conflict procedure

2007-03-07T19:10:13Z

‎Send in any movie confilcts: conflict procedure

Noel: /* Conflict reported when loading in A:M */

2007-03-07T19:02:34Z

‎Conflict reported when loading in A:M

Noel at 00:09, 7 March 2007

2007-03-07T00:09:26Z

Noel: avoid conflicts link

2007-03-05T19:33:41Z

avoid conflicts link

Noel: /* Send in any movie confilcts */ am conflict warning

2007-03-05T19:31:39Z

‎Send in any movie confilcts: am conflict warning

Noel: /* Conflict info */ fixed quote formatting

2007-03-05T19:26:24Z

‎Conflict info: fixed quote formatting

Willp: /* Conflict info */

2007-02-10T08:43:28Z

‎Conflict info

Willp: New page: =Send in any movie confilcts= If you get a conflict while working on the movie please send the * filename.extention.r1 (numbers will be different) * filename.extention.r2 (numbers will ...

2007-02-10T08:38:58Z

New page: =Send in any movie confilcts= If you get a conflict while working on the movie please send the * filename.extention.r1 (numbers will be different) * filename.extention.r2 (numbers will ...

New page

=Send in any movie confilcts=

If you get a conflict while working on the movie please send the

* filename.extention.r1 (numbers will be different)
* filename.extention.r2 (numbers will be different)
* filename.extention.mine

to noel at hash dot com.

=Conflict info=

{|
| [paraphrase name=’KenH’ date=’Oct 28 2005, 03:32 PM’ post=’141243’] Edit: Can’t quite get my head round the svn data management system. What if two people grab a file off the server at the same time. Say tinman. One does the lip sync of the scene while the other does the actions. Then they commit their files to the repository. Does that not mean only the second person to update will only have his work preserved….Hmmm….. [/paraphrase]
|}

Here is the official svn take on [http://svnbook.red-bean.com/en/1.1/ch02s02.html#svn-ch-2-sect-2.1 conflicts]

An example.

Lets say tinman.mdl has: 

<code>
<MESH>
cp1 pos = 10,20,30
blah blah
</MESH>
<GROUPS>
<GROUP>
name=group1
</GROUP>
</GROUPS>
</code>
not the actual mesh format but you’ll get the idea.

* Two people Tom and sally update to get that file
* Tom changes cp1’s pos
* Tom changes the group name to group2
* Sally changes the groups name to group2
* Tom ‘commits'’ which merges the new cp and group name into the repository
* Sally tries to ‘commit’ but it says that she must ‘update’ first because some one else already sent that file. She ‘updates’ and it merges thom’s cp change with no conflicts, and since they both did the same change to the group thats ok too. She can then ‘commit’ the merged file.

That is the common case, but what if both tom and Sally change the group name to two different things?

* Sally ‘commits’ and is told she must ‘update’ first and gets a conflict because both her and tom changed the name of the group.
* svn makes three temporary files
** tinman.mdl.r1 (the revision before your changes)
** tinman.mdl.r2 (the revision of the file that came down when you updated)
** tinman.mdl.mine (your current revision)
* svn merges the file you got in the update into your file (tinman.mdl) marking any any conflicted areas with “<<<<<<<” like:

<code>
<GROUP>
<<<<<<< .mine
name=Sally's group1 name
=======
name=Tom's group1 name
>>>>>>> .r2
</GROUP>
</code>

* If Sally was using [[Svn Install Windows|Tortoise]] the update dialog will beep, and list the conflicts in red.
* Sally uses a [[Diff/Merge]] tool or a simple text editor to search for <<<<< and finds that they both changed the name of the group.

In Tortoise you can right click on the conflicted files in the update dialog for options.
* Sally chooses her group name or Tom’s group name and marks tinman.mdl as ‘resolved’ (no longer conflicted). This removes the temporary files.
* Sally ‘commits’ so now anyone can ‘update’ the new revision of tinman.mdl

* OR Sally knows that she didn’t mean to make any changes, so she reverts tinman.mdl. This takes it to .r2 which is what Tom did. '''Caution revert will lose your changes'''

Conflicts are rare, two people have to change the exact same spot, but in different ways.

So until we build the conflict resolution into [[v13]] it will take a little coordination between who works on what, or the conflicts will have to be resolved by using a svn graphical interface like the [[SVN|svn]] page mentions.

The cool thing with SVN is that if a conflict is resolved incorrectly or a mistake was ‘sent’ we can always go back to what it was and fix it. (You can loose your work since your last commit if you reslove a conflict incorrectly or just revert).

If you see an error message about a conflict when loading a file this means that someone had a conflict and marked it resolved with out really resolving it (leaving the “<<<<<<<” to “>>>>>>>” section in the file). [[v13.0]] can’t load this correctly of course so it warns you.

See also: Svn Walkthrough’s section on [[Svn Walkthrough#avoidconflicts|avoiding conflicts]]

[[category:SVN]]
[[category:Tools]]
[[category:TWO]]

@@ Line 1: / Line 1: @@
 ==Send in any movie confilcts==
-=== Conflict from svn update ===
+If you get a conflict while working on the movie please check here for the latest instructions on how to handle this.
 If you get a conflict while working on the movie please send the
 * filename.extention.r1 (numbers will be different)
@@ Line 8: / Line 9: @@
 * filename.extention.mine
-to noel at hash dot com.
+to noel at hash dot com. He will help you resolve your conflicts.
-=== Conflict reported when loading in A:M ===
+When you update svn make sure you chech to see if you get any conflicts.
-If you notice that Animation Master warns you that it is loading a conflicted file. This means that a conflict hasn't been resloved correctly.
+If you are '''sure''' you didn't mean to modify the conflicted file Then follow these steps to revert your changes.
 # Check to see if the conflict is on your working copy of the svn data.

@@ Line 16: / Line 16: @@
 # Check to see if the conflict is on your working copy of the svn data.
 ## Find the conflicted file in your OS's file browser (Explorer on Windows)
-## if you see files names conflictedfile.ext.mine .r1 .r2, then send these files to noel at hash dot com
+## If you see files names conflictedfile.ext.mine .r1 .r2, then you modified this file and someone else modified this file.
 # If the conflict isn't in your working copy send the full path of the file to noel at hash dot com.

@@ Line 1: / Line 1: @@
-=Send in any movie confilcts=
+==Send in any movie confilcts==
 If you get a conflict while working on the movie please send the
@@ Line 8: / Line 9: @@
 to noel at hash dot com.
 If you notice that Animation Master warns you that it is loading a conflicted file. This means that a conflict hasn't been resloved correctly.
@@ Line 16: / Line 19: @@
 # If the conflict isn't in your working copy send the full path of the file to noel at hash dot com.
-=Conflict info=
+==Conflict info==
 <blockquote>paraphrase KenH Oct 28 2005, 03:32 PM post=141243<br>Edit: Can’t quite get my head round the svn data management system. What if two people grab a file off the server at the same time. Say tinman. One does the lip sync of the scene while the other does the actions. Then they commit their files to the repository. Does that not mean only the second person to update will only have his work preserved….Hmmm…..
@@ Line 83: / Line 86: @@
 If you see an error message about a conflict when loading a file this means that someone had a conflict and marked it resolved with out really resolving it (leaving the “<<<<<<<” to “>>>>>>>” section in the file). [[v13.0]] can’t load this correctly of course so it warns you.
-See also: Svn Walkthrough’s section on [[Svn Walkthrough#How_to_avoid_Svn_Conflicts|avoiding conflicts]]
+==See Also==
 [[category:SVN]]
 [[category:Tools]]
 [[category:TWO]]

← Older revision		Revision as of 19:31, 5 March 2007
Line 8:		Line 8:

	to noel at hash dot com.		to noel at hash dot com.
		+
		+	If you notice that Animation Master warns you that it is loading a conflicted file. This means that a conflict hasn't been resloved correctly.
		+
		+	# Check to see if the conflict is on your working copy of the svn data.
		+	## Find the conflicted file in your OS's file browser (Explorer on Windows)
		+	## if you see files names conflictedfile.ext.mine .r1 .r2, then send these files to noel at hash dot com
		+	# If the conflict isn't in your working copy send the full path of the file to noel at hash dot com.

	=Conflict info=		=Conflict info=

@@ Line 11: / Line 11: @@
 =Conflict info=
-{|
+<blockquote>paraphrase KenH Oct 28 2005, 03:32 PM post=141243<br>Edit: Can’t quite get my head round the svn data management system. What if two people grab a file off the server at the same time. Say tinman. One does the lip sync of the scene while the other does the actions. Then they commit their files to the repository. Does that not mean only the second person to update will only have his work preserved….Hmmm…..
-| [paraphrase name=’KenH’ date=’Oct 28 2005, 03:32 PM’ post=’141243’]<br />Edit: Can’t quite get my head round the svn data management system. What if two people grab a file off the server at the same time. Say tinman. One does the lip sync of the scene while the other does the actions. Then they commit their files to the repository. Does that not mean only the second person to update will only have his work preserved….Hmmm…..<br />[/paraphrase]
+</blockquote>
 Here is the official svn take on [http://svnbook.red-bean.com/en/1.1/ch02s02.html#svn-ch-2-sect-2.1 conflicts]

@@ Line 1: / Line 1: @@
 =Send in any movie confilcts=
@@ Line 61: / Line 60: @@
   </code>
-* If Sally was using [[Svn Install Windows|Tortoise]] the update dialog will beep, and list the conflicts in red.
+* If Sally was using [[Svn Windows|Tortoise]] the update dialog will beep, and list the conflicts in red.
 * Sally uses a [[Diff/Merge]] tool or a simple text editor to search for <<<<< and finds that they both changed the name of the group.
@@ Line 72: / Line 71: @@
 Conflicts are rare, two people have to change the exact same spot, but in different ways.
-So until we build the conflict resolution into [[v13]] it will take a little coordination between who works on what, or the conflicts will have to be resolved by using a svn graphical interface like the [[SVN|svn]] page mentions.
+So until we build the conflict resolution into [[v13.0]] it will take a little coordination between who works on what, or the conflicts will have to be resolved by using a svn graphical interface like the [[SVN|svn]] page mentions.
 The cool thing with <span class="caps">SVN</span> is that if a conflict is resolved incorrectly or a mistake was ‘sent’ we can always go back to what it was and fix it. (You can loose your work since your last commit if you reslove a conflict incorrectly or just revert).