Reducing the size of the IMP repository
As part of the switchover to git from svn, I'd like to clean large, no longer interesting files from the history (eg large data file that were added and then removed). Removing those files from the history reduces the size of the repository by about 50%. Since this involves rewriting the history, it would require some action by people who have an existing copy of the git repository. If you do and have no changes of your own in it, you can - simply clone a new copy - do "git pull -f origin develop" to pull a new copy of the develop branch (similar for master) If you have branches in your clone, then the easiest way is to rebase you changes against the updated repository. I can provide instructions for this, if desired.
The main effects of shrinking the repository are: - its size on disk will be reduced from ~1 gig to ~.5 gig - clone will take half as long Otherwise git is pretty good at being fast no matter what.
Does this seem desirable to people? --Daniel
I think this is a good idea.
Natalia Khuri PhD Student, Graduate Group in Biophysics Laboratory of Andrej Sali UCSF MC 2552 Byers Hall Room 503B 1700 4th Street San Francisco, CA 94158-2330, USA
________________________________________ From: imp-dev-bounces@salilab.org [imp-dev-bounces@salilab.org] on behalf of Daniel Russel [drussel@gmail.com] Sent: Monday, April 15, 2013 10:50 AM To: List for IMP development Subject: [IMP-dev] Reducing the size of the IMP repository
As part of the switchover to git from svn, I'd like to clean large, no longer interesting files from the history (eg large data file that were added and then removed). Removing those files from the history reduces the size of the repository by about 50%. Since this involves rewriting the history, it would require some action by people who have an existing copy of the git repository. If you do and have no changes of your own in it, you can - simply clone a new copy - do "git pull -f origin develop" to pull a new copy of the develop branch (similar for master) If you have branches in your clone, then the easiest way is to rebase you changes against the updated repository. I can provide instructions for this, if desired.
The main effects of shrinking the repository are: - its size on disk will be reduced from ~1 gig to ~.5 gig - clone will take half as long Otherwise git is pretty good at being fast no matter what.
Does this seem desirable to people? --Daniel _______________________________________________ IMP-dev mailing list IMP-dev@salilab.org https://salilab.org/mailman/listinfo/imp-dev
+1
On 15 avr. 2013, at 20:33, "Khuri, Natalia" Natalia.Khuri@ucsf.edu wrote:
> I think this is a good idea. > > > Natalia Khuri > PhD Student, Graduate Group in Biophysics > Laboratory of Andrej Sali > UCSF MC 2552 > Byers Hall Room 503B > 1700 4th Street > San Francisco, CA 94158-2330, USA > > ________________________________________ > From: imp-dev-bounces@salilab.org [imp-dev-bounces@salilab.org] on behalf of Daniel Russel [drussel@gmail.com] > Sent: Monday, April 15, 2013 10:50 AM > To: List for IMP development > Subject: [IMP-dev] Reducing the size of the IMP repository > > As part of the switchover to git from svn, I'd like to clean large, no longer interesting files from the history (eg large data file that were added and then removed). Removing those files from the history reduces the size of the repository by about 50%. Since this involves rewriting the history, it would require some action by people who have an existing copy of the git repository. If you do and have no changes of your own in it, you can > - simply clone a new copy > - do "git pull -f origin develop" to pull a new copy of the develop branch (similar for master) > If you have branches in your clone, then the easiest way is to rebase you changes against the updated repository. I can provide instructions for this, if desired. > > The main effects of shrinking the repository are: > - its size on disk will be reduced from ~1 gig to ~.5 gig > - clone will take half as long > Otherwise git is pretty good at being fast no matter what. > > Does this seem desirable to people? > --Daniel > _______________________________________________ > IMP-dev mailing list > IMP-dev@salilab.org > https://salilab.org/mailman/listinfo/imp-dev > > > _______________________________________________ > IMP-dev mailing list > IMP-dev@salilab.org > https://salilab.org/mailman/listinfo/imp-dev
participants (3)
-
Daniel Russel -
Khuri, Natalia -
Yannick Spill