On Fri, May 3, 2013 at 11:59 AM, C M <cmanalys...@gmail.com> wrote: > I don't understand why I can't simply over-write the existing file in the > directory? On many occasions, a build may only result in one new executable. > To have to delete/rename the entire directory seems like overkill.
Converting the initial import directory from a non-working copy to an svn working copy is a one-time thing. There are ways to work around it if the executables are in-use or something that makes the rename and checkout process a problem. The point is that to get the versioned commits, you need to do it from an existing working copy. You can keep re-using the same working copy for all subsequent changes. The working copy holds a hidden 'pristine' copy of the checked-out version, so subsequent commits know what differences to send to the repository. > And for the most part, we only have one top level directory below which all > the executables are stored. You don't have to add the /trunk, /branchs, /tags layout if it doesn't make sense for your usage. Subversion just treats them as arbitrary names, but by convention they can be used to give 'human friendly' names to specific revisions. Normally the point of using a version control system is that you have access to older versions that have been committed and the tags just give you an easier way to find them than knowing the repository revision number. -- Les Mikesell lesmikes...@gmail.com