threads / patch / 8111

patch, 3 partsRemotes library, take 4

Subject: [PATCH 0/3] Remotes library, take 4

## tl;dr

3 messages between May 12, 2007 and May 12, 2007. Diffs are folded; open one to read it.

replies: 2people: 2as markdown or json

Daniel Barkalow· May 12, 2007, 15:45 UTC · lore

Updated for recent review. If remote section name starts with '/', it is ignored (like in 1.5.0). If a remote section option has no value, it is also ignored (so it doesn't crash, and to be forward-compatible if we introduce a boolean option later).

The struct refspec field and associated variables are spelled "dst".

Part 3 is unchanged.

	-Daniel
*This .sig left intentionally blank*

Junio C Hamano· May 12, 2007, 19:27 UTC · re: Daniel Barkalow · lore

Re: [PATCH 0/3] Remotes library, take 4

Daniel Barkalow <barkalow@iabervon.org> writes:

Show 8 quoted lines

> Updated for recent review. If remote section name starts with '/', it is 
> ignored (like in 1.5.0). If a remote section option has no value, it is 
> also ignored (so it doesn't crash, and to be forward-compatible if we 
> introduce a boolean option later).
>
> The struct refspec field and associated variables are spelled "dst".
>
> Part 3 is unchanged.

It cannot be left unchanged as it is affected by the dest stuff.

I'll push out a fixed-up one on 'pu' soonish. Let's stabilize this a bit without too many resends.

Daniel Barkalow· May 12, 2007, 19:37 UTC · re: Junio C Hamano · lore

Re: [PATCH 0/3] Remotes library, take 4

On Sat, 12 May 2007, Junio C Hamano wrote:

Show 15 quoted lines

> Daniel Barkalow <barkalow@iabervon.org> writes:
> 
> > Updated for recent review. If remote section name starts with '/', it is 
> > ignored (like in 1.5.0). If a remote section option has no value, it is 
> > also ignored (so it doesn't crash, and to be forward-compatible if we 
> > introduce a boolean option later).
> >
> > The struct refspec field and associated variables are spelled "dst".
> >
> > Part 3 is unchanged.
> 
> It cannot be left unchanged as it is affected by the dest stuff.
> 
> I'll push out a fixed-up one on 'pu' soonish.  Let's stabilize
> this a bit without too many resends.

Yeah, I think we agree on how it should be now, and I'm just confusing myself regenerating patches. Although, possibly, the comment about NULL value should go into documentation for config_fn_t instead, since it's of more general applicability than just this.

	-Daniel
*This .sig left intentionally blank*