<p><b>dwj07@fsu.edu</b> 2013-04-16 13:58:40 -0600 (Tue, 16 Apr 2013)</p><p><br>
        -- DOCUMENT COMMIT --<br>
<br>
        Updating developers guide with example of work migration instructions to<br>
        new repository.<br>
</p><hr noshade><pre><font color="gray">Modified: trunk/documents/developers_guide/MPAS-DevelopersGuide.pdf
===================================================================
(Binary files differ)

Modified: trunk/documents/developers_guide/MPAS-DevelopersGuide.tex
===================================================================
--- trunk/documents/developers_guide/MPAS-DevelopersGuide.tex        2013-04-16 19:02:57 UTC (rev 2755)
+++ trunk/documents/developers_guide/MPAS-DevelopersGuide.tex        2013-04-16 19:58:40 UTC (rev 2756)
@@ -273,7 +273,7 @@
         \item Subroutines and modules should be appropriately documented. Shared portions of MPAS code use doxygen comments, but core developers are free to decide what method of documenting they prefer.
         \item Development of shared parts of MPAS need reviews from multiple core maintainers prior to a merge.
         \item Development within a core should be approved by other core developers before being merged into that core.
-        \item Development within a core should also follow the practices of that core's developer group, for documentation etc.
+        \item Development within a core should follow the practices of that core's developer group, for documentation etc.
         \item Core related testing is the responsibility of that core's maintainers/developers.
         \item ....more guidelines?
 \end{itemize}
@@ -482,4 +482,29 @@
                 \end{itemize}
 \end{itemize}
 
+\chapter{Migrating work from old SVN repository}
+As the history of the previous MPAS developer repository is not present in the
+new MPAS developer repository, migrating work takes a little bit of effort. The
+workflow for the process is pretty simple, and is detailed below. This example
+assumes the branch in both repositories is called feature, and the majority of
+it's contributions apply to framework.
+
+\begin{enumerate}
+        \item Merge frozen trunk (revision \#\#\#\#) to the project branch in the SVN repository. \\
+                (e.g. svn merge \^/trunk/mpas@\#\#\#\#)
+        \item Create a fork of the MPAS developer repository. \\
+                (e.g. Release repository. Section \ref{sec:forks})
+        \item Clone the fork of the repository locally. \\
+                (e.g. git clone http://path/to/fork)
+        \item Create a branch in the local git repository to work on feature. \\
+                (e.g. git checkout -b framework/feature)
+        \item Export SVN branch on top of the git branch. \\
+                (e.g. svn export path/to/svn/branch path/to/git/clone --force)
+        \item Verify changes.
+        \item Stage and commit branch. \\
+                (e.g. git add . \&amp;\&amp; git commit)
+        \item Push branch to remote fork (if you want to share it). \\
+                (e.g. git push origin framework/feature)
+\end{enumerate}
+
 \end{document}

</font>
</pre>