Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss] Versioning File Systems



One of the possible changes you might make to your codebase is to delete 
or rename a file.  Git will track that.  In a versioning filesystem, 
doesn't that cause all the versions of the file to get deleted or renamed?

    Mark


On 5/4/2012 4:46 PM, Jerry Feldman wrote:
> On 05/04/2012 09:18 AM, Greg Rundlett (freephile) wrote:
>> At the risk of oversimplifying, you might consider git a versioned
>> file system.  And for "automatic" versioning of /etc, I have to say
>> etckeeper [1] is "a keeper" :-)
> I use git for my work projects, and I have use many other code control
> programs. But, they are NOT versioning in the sense of VMS. For instance
> in git (and other code management systems) you must explicitly check in
> your changes (such as git commit). With a versioning file system,
> everytime you save a file a backup version is kept up to the limit set
> by the system (or you). Let's say I am working on a piece of code, and I
> save it, but don't check it in, then the next day, I really screw
> something up in that file, but I have saved it. If I want to recover
> from git (or svn, or cvs, ...) I've lost some of my changes. With a VMS
> style of versioning, every time I save the file I get a new version.
>



BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org