I'm not sure if I fully understand the related issues, but in response to an
earlier problem, I got this suggestion from David Gale:
> There're instructions in the FAQ
> (http://subversion.tigris.org/faq.html#in-place-import) on how to do an
> 'in-place' import, such that the source becomes a working copy. Works
> very smoothly, in my experience. I've used it several times, and will
> probably continue to use it instead of import for any future projects I
> need to set up.
The example in the link is how to keep the files in the /etc directory in
Subversion without having to checkout the entire directory.
I've looked at this and have a few questions. If I understand it correctly,
this would be what I'm looking for. I have to work on the live files used in
production. (I *really* don't want to get in another discussion about this
-- almost all my programs interact directly with the database, files, or
equipment working on the main server, and as a small business with one
person, I can't afford a duplicate development system.) I can't keep
creating extra directories to make working copies. I want to be able to
track my files in the live directories by updating one when it's been changed
or checking out only the file that I modified. Of course, if needed, I'd
like to be able to roll back an entire directory or directory tree.
The section in the FAQ that the link goes to sounds like it'll work for me,
but the example is not clear to me. So I have a few questions:
1) The only reference to a term for this is in the link. Is it called an "In
Place Import"? If not, what is the term for this?
2) Can I use this to check files in and out from the system I'm working on, if
I can't create or move directories around?
3) Will Subversion, each time I check a file in, register that as a new
version overall, so it'll see that as a new version, the same as if I used it
regularly?
I'm having trouble understanding some of the ways Subversion works, and I'm
not completely clear about this topic, but it looks like it would help me.
Thanks for any help in understanding this!
Hal
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Dec 6 17:55:48 2005