[aur-general] Fwd: please add -depth 1 to makepkg git clone

William Giokas 1007380 at gmail.com
Sat Apr 6 12:02:23 EDT 2013


Did any of you read my email? Getting a shallow clone is simply not
possible, unless you want to continue to write this boilerplate code.

These large transactions are a one-time action, and I see no harm.

Thank you,
William Giokas
On Apr 6, 2013 8:47 AM, "Rashif Ray Rahman" <schiv at archlinux.org> wrote:

> On 6 April 2013 15:25, Tai-Lin Chu <tailinchu at gmail.com> wrote:
> > yes, i agree with you. But as a person who commits patches and needs
> > to test, I think using --depth 1 makes initial cloning faster and
> > decreases the load of remote git server. Think about this 100 people
> > clones vlc.git with shadow (around 600mb) vs without shadow (around
> > 10000mb)... its not just about whether you care it or not; please
> > preserve resources of other projects.
>
> I personally like small checkouts. If I am testing software, I don't
> really need much of its history, and I don't need to be able to commit
> anything. If I'm developing software, I'll have a separate directory
> with full checkouts anyway. VCS differences apply, though.
>
> There is really no pragmatic difference between copying with cp and
> exporting (Subversion) or cloning (Git) a VCS repo, except when you
> don't know what you're doing. If you make changes, a cp may not copy
> what you intend to copy, or vice-versa with export/clone.
>
> IMO, keeping checkouts lean and mean for building experimental
> packages is a good idea. VCS repos take a lot of space, and in the
> event you want to maintain package repos with them, you'd like the
> extra space saved.
>
> However, we need equivalent methods for every VCS we care to support
> ('depth' doesn't mean the same thing in svn, for instance), and we
> need to provide a mechanism to choose to keep depths (so that you may
> choose to reuse repos for your own use with full history and what
> not).
>
>
> --
> GPG/PGP ID: C0711BF1
>


More information about the aur-general mailing list