Merge remote tracking branch 'version-control-svn/namespaced' into namespaced

This is a no-op merge, explicitly considering and rejecting the
removal of subject-level documents from this subject-level branch.
After this merge, folks can merge both version-control/namespaced and
version-control-svn/namespaced branches without conflicts.

* version-control-svn/namespaced:
  version-control: Remove subject-level documents from this SVN branch

Merge branch 'master' into namespaced

This is a no-op merge, explicitly considering and rejecting the
de-namespacing and submodule addition from the master branch.  After
this merge, future merges from the master branch will pick up any
content changes.  Until the next submodule addition anyway, then we'll
need another no-op merge to reject that.

* master:
  svn: Add a submodule with my Subversion notes
  git: Add a submodule with my Git notes
  README.md: Remove nesting version-control/

svn: Add a submodule with my Subversion notes

git: Add a submodule with my Git notes

I'm using tremily.us hosting while I stub this out, because setting up
tons of teensy GitHub repositories is annoying ;).  Unfortunately,
using Git's submodules self-referentially to checkout local branches
in subdirectories is not supported.  However, the
seperate-repository-per-submodule approach does have benefits for
space saving when folks don't use --reference clones.

README.md: Remove nesting version-control/

There's no need to hard-code target directories in this repository.
Anyone consuming this material can use submodules and pick their own
target directory.

version-control/instructor.md: Add a 'Tool choices' section

Software Carpentry is about how to develop software, which is largely
independent of the tooling for a particular task.  This branch only
contains the generic motivation and introduction for version control.
That's nice, but a particular Software Carpentry course or boot camp
*is* going to want to teach a specific tool, and we want instructors
to easily be able to find and integrate notes for the tool they
choose.

This setup doesn't assume that there is a single canonical set of
notes for a given tool.  If you don't like the branches I've listed,
write up your own.  If you tell me about it, I'll add a link to your
branch as well, and we can try and work up some short descriptions to
help new instructors differentiate between the two approaches.

The choices are in the format used by `git request-pull`, so you can
run:

  $ git merge $CHOICE

to merge the branch.  For example:

  $ git merge git://github.com/wking/swc-boot-camps.git version-control-git

without bothering to setup remotes, etc.

version-control/svn: Remove SVN-specific content

This branch is only interested in motivating version control and
providing generic information about it.  Tool-specific information is
contained in tool-specific branches.

version-control: Remove subject-level documents from this SVN branch

This branch should only contain the tool-level content specific to
Subversion.

version-control/README.md: Add a motivational paragraph

The text is adapted from 3976755 (Added the file for lesson 2,
2012-02-04), which I cherry picked out of boot-camps (where it is
d48ceea) [1].

[1] https://github.com/swcarpentry/boot-camps

version-control/cheet-sheet.md: Add a generic outline for the cheat sheet

version-control: Make README.md and instructor.md more generic

Don't assume we're teaching Subversion when explaining why version
control is important or what we expect students to get out of it.  The
Subversion-specific notes are now in the svn subdirectory.

version-control: Add README.md and instructor.md from the guide

Move instructor hints (For Instructors section) and subject outlines
("understand" and "keypoints" classes) from the instructor guide [1]
into the boot camp repository.  This is currently targeted at
Subversion, but making these notes tool-agnostic will come in the next
commit.  Here I just copy the guide content over while translating it
to Markdown.

For posterity, I've grafted on the guide history.  Here's how I
extracted the svn.html history from the guide repository:

1. Start a new branch in the earlier guide repository:

  $ git checkout -b wip d013cab

2. Limit history to svn.html:

  $ git filter-branch -f --prune-empty \
  > --index-filter 'git rm --cached --ignore-unmatch $(git ls-files | grep -v svn.html)' \
  > HEAD

3. Drop no-op merges:

  $ git rebase -i 0025ac4

Then I cherry-picked my original boot-camps commit (c1330e0) onto the
result to create this commit:

  $ git cherry-pick c1330e0
  $ git rm svn.html
  $ git commit --amend

[1]: https://github.com/swcarpentry/guide

Adding status flags

Adding durations

Adding figures

Finishing the revisions to the Subversion chapter

A little more tidy-up

Removing the colon

Reverting files in version control

Tidying up another section of the instructors' guide on SVN

Challenges for SVN intro

Starting to revise instructors' guide on SVN

Added the file for lesson 2

Cleaning up the build process

Bringing in material from main  repo

Initial commit