File management

[Naz <li...@mrnaz.com>]

I would like to use Subversion as a document management repository. 
I.e., instead of keeping source code in the repo, I'll keep Word docs, 
Excel sheets etc. I do understand that I lose diffing and all text file 
handling functionality, but that's fine, all I need is an easy solution 
to versioning and incremental backing up.

The only remaining problem I have in doing this is file management. I 
can add files into the local directory and then just add the line "svn 
add --force ." to the my script. However, I need to be able to update 
deleted files and moved files as well. I.e., if I delete a file from my 
local dir (other than by using svn del) I need it to be removed from the 
repo.

Using svn del every time I want to delete a file is not really 
practical, as I prefer to do file management using explorer, thunar or 
the cli, depending on which OS I'm in at the time. I don't want to have 
to remember to only ever do deletes and moves using the svn client.

Is there any way that I could script the deletion of files that are in 
the repo but have been removed from the working directory? I.e., if I 
delete a file from my local copy, run the equivalent of "svn del" on 
every missing file before the commit, so that the working dir and the 
repo stay in sync.

Any ideas?
- Naz.


-- 
السلام عليكم

Web:  www.mrnaz.com
Ph:   +61 400 460 662

Re: File management

[Ryan Schmidt <su...@ryandesign.com>]

On Jan 22, 2010, at 01:00, Naz wrote:

> I would like to use Subversion as a document management repository. I.e., instead of keeping source code in the repo, I'll keep Word docs, Excel sheets etc. I do understand that I lose diffing and all text file handling functionality, but that's fine, all I need is an easy solution to versioning and incremental backing up.
> 
> The only remaining problem I have in doing this is file management. I can add files into the local directory and then just add the line "svn add --force ." to the my script. However, I need to be able to update deleted files and moved files as well. I.e., if I delete a file from my local dir (other than by using svn del) I need it to be removed from the repo.
> 
> Using svn del every time I want to delete a file is not really practical, as I prefer to do file management using explorer, thunar or the cli, depending on which OS I'm in at the time. I don't want to have to remember to only ever do deletes and moves using the svn client.
> 
> Is there any way that I could script the deletion of files that are in the repo but have been removed from the working directory? I.e., if I delete a file from my local copy, run the equivalent of "svn del" on every missing file before the commit, so that the working dir and the repo stay in sync.

Yes, you probably could. "svn st" should show you files that have been deleted but not marked as deleted (status "!"); you could then "svn rm" them. Or, if your operating system provides the facility to be notified when files are changed / deleted (for example, Mac OS X has Folder Action Scripts), then you could implement a script at that time.

Officially, the recommendation is not to try to detect changes in a working copy, but to use the svn commands directly; see the FAQ:

http://subversion.apache.org/faq.html#wc-change-detection

Re: File management

[Ulrich Eckhardt <ec...@satorlaser.com>]

On Friday 22 January 2010, Naz wrote:
> I would like to use Subversion as a document management repository.
> I.e., instead of keeping source code in the repo, I'll keep Word docs,
> Excel sheets etc. I do understand that I lose diffing and all text file
> handling functionality, but that's fine, all I need is an easy solution
> to versioning and incremental backing up.

Actually, Openoffice but also MS Word allow diffing. TortoiseSVN (probably 
most popular SVN client on MS Windows) automatically uses those in order to 
diff such documents already.

> The only remaining problem I have in doing this is file management. I
> can add files into the local directory and then just add the line "svn
> add --force ." to the my script. However, I need to be able to update
> deleted files and moved files as well. I.e., if I delete a file from my
> local dir (other than by using svn del) I need it to be removed from the
> repo.

TSVN makes it easy, as when committing it will show you missing files and 
properly deleting them is just a mouseclick away. Also, you can tell it to 
also show unversioned files, which can then be added conveniently there, too.

> Using svn del every time I want to delete a file is not really
> practical, as I prefer to do file management using explorer, thunar or
> the cli, depending on which OS I'm in at the time. I don't want to have
> to remember to only ever do deletes and moves using the svn client.
>
> Is there any way that I could script the deletion of files that are in
> the repo but have been removed from the working directory? I.e., if I
> delete a file from my local copy, run the equivalent of "svn del" on
> every missing file before the commit, so that the working dir and the
> repo stay in sync.

Have you taken a look at Web-DAV? I'm not actually sure, but I believe that 
this is already similar to what you want. Other than that, there is no 
feature in SVN to treat a repository as a whole instead of a collection of 
independent files.

Uli

-- 
ML: http://subversion.tigris.org/mailing-list-guidelines.html
FAQ: http://subversion.tigris.org/faq.html
Docs: http://svnbook.red-bean.com/

**************************************************************************************
Sator Laser GmbH, Fangdieckstraße 75a, 22547 Hamburg, Deutschland
Geschäftsführer: Thorsten Föcking, Amtsgericht Hamburg HR B62 932
**************************************************************************************
           Visit our website at <http://www.satorlaser.de/>
**************************************************************************************
Diese E-Mail einschließlich sämtlicher Anhänge ist nur für den Adressaten bestimmt und kann vertrauliche Informationen enthalten. Bitte benachrichtigen Sie den Absender umgehend, falls Sie nicht der beabsichtigte Empfänger sein sollten. Die E-Mail ist in diesem Fall zu löschen und darf weder gelesen, weitergeleitet, veröffentlicht oder anderweitig benutzt werden.
E-Mails können durch Dritte gelesen werden und Viren sowie nichtautorisierte Änderungen enthalten. Sator Laser GmbH ist für diese Folgen nicht verantwortlich.
**************************************************************************************