comparison hgscm/templates/workflow_guide.html @ 153:53e4007ac24f

Fix: the first workflow was called sysadmin instead of the (now) correct 'log keeping'.

152:1a01a60eeaf5

<h4>Use case</h4> 

The second workflow is still very easy: You're a lone developer and you want to use Mercurial to keep track of your own changes. 

It works just like the sysadmin workflow, with the difference that you go back to earlied changes at times. 

To start a new project, you initialize a repository, add your files and commit whenever you finished a part of your work. 

Also you check your history from time to time, so see how you progressed. 

$ hg mv # move files or folders
$ hg log # see history</pre>

<h5>Seeing an earlier revision</h5>

Different from the sysadmin workflow, you'll want to go back in history at times and undo some changes, for example because it introduced a bug. 

To look at a previous version of your code, you can use update. Let's assume that you want to see revision 3. 

<pre>$ hg update 3</pre>

153:53e4007ac24f

<h4>Use case</h4> 

The second workflow is still very easy: You're a lone developer and you want to use Mercurial to keep track of your own changes. 

It works just like the log keeping workflow, with the difference that you go back to earlied changes at times. 

To start a new project, you initialize a repository, add your files and commit whenever you finished a part of your work. 

Also you check your history from time to time, so see how you progressed. 

$ hg mv # move files or folders
$ hg log # see history</pre>

<h5>Seeing an earlier revision</h5>

Different from the log keeping workflow, you'll want to go back in history at times and undo some changes, for example because it introduced a bug. 

To look at a previous version of your code, you can use update. Let's assume that you want to see revision 3. 

<pre>$ hg update 3</pre>