[Bug-gnu-arch] [bug #5644] tla get --hardlinks

[nobody]

=================== BUG #5644: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=5644&group_id=4899

Changes by: Pau Aliagas <address@hidden>
Date: Thu 10/02/2003 at 06:09 (GMT)

------------------ Additional Follow-up Comments ----------------------------
Already done!





I have implemented an option to the get command called "hard-links".

I've tested it and works flawlessly :) YMMV



It should be useful to CAREFUL people who:

-have many branches derived from the same trunk

-need speedy gets

-know the implications of working on hard linked files

-copy-on-write when saving files



Cons

-----

-The immediate danger is that you CAN CORRUPT the archive if   you modify the 
the files without breaking the hardlinks.

-It needs to build revision lbraries to link to (obviously you need to define 
my-default-library).

-Library and tree have to be in the same device (no hardlinks across devices).



Pros

----

-Lightening fast gets

-Space preservation



TODO

----

-Add validation code, using inode-sigs, to the library operations to eliminate 
the risks of corrupting the archive in case that you modify it.

 This validation will be worth to all the routines that use libraries as it 
will check its validity.



Availability

------------

-I've built a public arch to host these changes:

* archive name: address@hidden

* location:     http://arch.newtral.org/{archives}/arch-2003

* project:      address@hidden/tla--devo--1.1



You can cherry-pick the patch to implement it directly from:

address@hidden/tla--devo--1.1--patch-1





=================== BUG #5644: FULL BUG SNAPSHOT ===================


Submitted by: paulinux                Project: GNU arch -- a revision control 
system
Submitted on: Tue 09/30/2003 at 20:32
Category:  tla                        Severity:  5 - Major                  
Bug Group:  small feature idea        Resolution:  None                     
Status:  Open                         Release:  tla--devo-1.1               
Fixed Release:                        Merge Request?:  None                 
Your Archive Name:                    Your Archive Location:                
Assigned to:  None                    

Summary:  tla get --hardlinks

Original Submission:  An option to get a revision very fast would be to 
hardlink it against a revision library, building the library if necessary.

It would be up to the user to break the hardlinks on edited files, so it should 
warn loudly about the risks.

I think that the code would be almost the same than library-add.

Follow-up Comments
*******************

-------------------------------------------------------
Date: Thu 10/02/2003 at 06:09       By: paulinux
Already done!





I have implemented an option to the get command called "hard-links".

I've tested it and works flawlessly :) YMMV



It should be useful to CAREFUL people who:

-have many branches derived from the same trunk

-need speedy gets

-know the implications of working on hard linked files

-copy-on-write when saving files



Cons

-----

-The immediate danger is that you CAN CORRUPT the archive if   you modify the 
the files without breaking the hardlinks.

-It needs to build revision lbraries to link to (obviously you need to define 
my-default-library).

-Library and tree have to be in the same device (no hardlinks across devices).



Pros

----

-Lightening fast gets

-Space preservation



TODO

----

-Add validation code, using inode-sigs, to the library operations to eliminate 
the risks of corrupting the archive in case that you modify it.

 This validation will be worth to all the routines that use libraries as it 
will check its validity.



Availability

------------

-I've built a public arch to host these changes:

* archive name: address@hidden

* location:     http://arch.newtral.org/{archives}/arch-2003

* project:      address@hidden/tla--devo--1.1



You can cherry-pick the patch to implement it directly from:

address@hidden/tla--devo--1.1--patch-1




CC list is empty


No files currently attached


For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=5644&group_id=4899

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/