bloom should not do a full checkout when creating tags about bloom

[tfoote]

vcstools already has it. On checkout use shallow=True.

[wjwwood]

Neat, I'll add that and run it against a few repositories to see how well it works.

[tfoote]

I don't think it will work in this case:

From here: http://www.kernel.org/pub/software/scm/git/docs/git-clone.html

A shallow repository has a number of limitations (you cannot clone or

fetch from it, nor push from nor into it), but is adequate if you are only
interested in the recent history of a large project with a long history,
and would want to send in fixes as patches

On Thu, Oct 18, 2012 at 10:49 AM, William Woodall
[email protected]:

Neat, I'll add that and run it against a few repositories to see how well
it works.

—
Reply to this email directly or view it on GitHubhttps://github.com/ros/bloom/issues/42#issuecomment-9573919.

Tully Foote
[email protected]
[phone]

[wjwwood]

That should be fine (for the upstream), I clone it with shallow, then query a file in a branch and then call git archive on a tag. We'll see if that works.

[wjwwood]

It seems to run fine (re)importing ros_comm, but it is hard for me to tell if I saved much time, I'll look into a larger checkout.

[tfoote]

It does not necessarily save a lot of data:
http://blogs.gnome.org/simos/2009/04/18/git-clones-vs-shallow-git-clones/

On Thu, Oct 18, 2012 at 11:36 AM, William Woodall
[email protected]:

It seems to run fine (re)importing ros_comm, but it is hard for me to tell
if I saved much time, I'll look into a larger checkout.

—
Reply to this email directly or view it on GitHubhttps://github.com/ros/bloom/issues/42#issuecomment-9576612.

Tully Foote
[email protected]
[phone]

[vrabaud]

well, this comparison is about GNOME modules that have evolved over time and they probably just got bigger and bigger.

If you look at vision_opencv, it's 876K. The .git folder is 18 M .... (long history, parts of OpenCV were in there and so on)

[wjwwood]

The shallow_checkout option is passed to vcstools as of 0.2.