From: Jens Axboe <axboe@suse.de>
To: Junio C Hamano <junkio@cox.net>
Cc: git@vger.kernel.org
Subject: Re: killing a branch
Date: Tue, 10 Jan 2006 12:26:09 +0100 [thread overview]
Message-ID: <20060110112608.GU3389@suse.de> (raw)
In-Reply-To: <7vy81o73t2.fsf@assigned-by-dhcp.cox.net>
On Tue, Jan 10 2006, Junio C Hamano wrote:
> Jens Axboe <axboe@suse.de> writes:
>
> >> that having dangling objects in your repository is not a crime,
> >> and you do not have to religiously do "git prune" every time.
> >
> > I know, it just doesn't feel nice!
>
> Sorry, but I can think of only three reasons (and a half) why
> somebody cannot live with "one git prune at the end of the day
> before leaving" (or "week" for that matter) workflow:
>
> * the filesystem quota is too tight and you cannot afford to
> leave unused loose objects around. May still be true on
> student accounts, perhaps, but I doubt this is much of an
> issue in the modern world anymore.
Yeah obviously not true.
> * rsync is used to sync from a repository that dropped a branch
> just now, and you do not want to push the garbage out. Well,
> if you are still using rsync, I'll tell about it to Linus ;-)
> Pushing via git native protocol over ssh would not send
> unreferenced objects out and will not contaminate the other
> end with the garbage.
Haven't used rsync in a long time, I use git:// and ssh:// exclusively.
> * you do not want to leave after starting prune before it
> finishes. If it is your hobby to watch the paint dry, I
> cannot help you, but you could run prune under nohup (or
> always work inside "screen", which is what I do).
>
> + having unused things on the disk just does not _feel_ right.
> Well, maybe. I can argue with a reason but not with a
> feeling. On a bright side, leaving recently abandoned
> objects around for a while lets you run git-lost-found to
> recover if you accidentally deleted a still-useful branch.
:-)
Alright, I'll just have to shake the habit of running git prune to rid
myself of that dirty dirty feeling.
--
Jens Axboe
next prev parent reply other threads:[~2006-01-10 11:24 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-01-10 10:22 killing a branch Jens Axboe
2006-01-10 10:25 ` Junio C Hamano
2006-01-10 10:35 ` Jens Axboe
2006-01-10 10:52 ` Junio C Hamano
2006-01-10 11:26 ` Jens Axboe [this message]
2006-01-10 17:12 ` Linus Torvalds
2006-01-10 18:59 ` Jens Axboe
-- strict thread matches above, loose matches on Subject: below --
2006-01-12 9:57 linux
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060110112608.GU3389@suse.de \
--to=axboe@suse.de \
--cc=git@vger.kernel.org \
--cc=junkio@cox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.