From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jeff King Subject: Re: git remote update -> rejected Date: Tue, 22 Apr 2008 09:09:18 -0400 Message-ID: <20080422130918.GB27878@sigill.intra.peff.net> References: <1208857733.4695.37.camel@marge.simson.net> <20080422103458.GA14751@sigio.intra.peff.net> <1208861703.18689.2.camel@marge.simson.net> <20080422111113.GB11238@sigill.intra.peff.net> <20080422125618.GA27577@sigill.intra.peff.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Cc: Mike Galbraith , Junio C Hamano , git To: Johannes Schindelin X-From: git-owner@vger.kernel.org Tue Apr 22 15:14:36 2008 connect(): Connection refused Return-path: Envelope-to: gcvg-git-2@gmane.org Received: from vger.kernel.org ([209.132.176.167]) by lo.gmane.org with esmtp (Exim 4.50) id 1JoIJI-0000DS-SY for gcvg-git-2@gmane.org; Tue, 22 Apr 2008 15:13:25 +0200 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760212AbYDVNJV (ORCPT ); Tue, 22 Apr 2008 09:09:21 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754345AbYDVNJV (ORCPT ); Tue, 22 Apr 2008 09:09:21 -0400 Received: from peff.net ([208.65.91.99]:2635 "EHLO peff.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754659AbYDVNJU (ORCPT ); Tue, 22 Apr 2008 09:09:20 -0400 Received: (qmail 20557 invoked by uid 111); 22 Apr 2008 13:09:19 -0000 Received: from sigill.intra.peff.net (HELO sigill.intra.peff.net) (10.0.0.7) (smtp-auth username relayok, mechanism cram-md5) by peff.net (qpsmtpd/0.32) with ESMTP; Tue, 22 Apr 2008 09:09:19 -0400 Received: by sigill.intra.peff.net (sSMTP sendmail emulation); Tue, 22 Apr 2008 09:09:18 -0400 Content-Disposition: inline In-Reply-To: Sender: git-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: git@vger.kernel.org Archived-At: On Tue, Apr 22, 2008 at 02:03:43PM +0100, Johannes Schindelin wrote: > Oh, that's right: only "git remote prune" will delete stale refs only. > > But my other point about possibly interfering with local branches still > holds true. In that case, I think that the '+' should come only without --mirror, and my complaint is then that "--mirror" is a horrible name for that option. Though when I saw it, I really expected it to do something about the _push_ line, since that is the only other place we have a --mirror option. It would make sense to me for it to set up remote.$x.mirror (which is newly added in next). But then, git-remote doesn't seem to be geared towards pushing at all. -Peff