Thread (21 messages) flat view 21 messages, 4 authors, 2016-06-15

Re: Wishlist for a bundle-only transport mode

From: Johannes Schindelin <hidden>
Date: 2016-06-15 22:43:53

Hi,

On Wed, 21 Nov 2007, Jakub Narebski wrote:
Johannes Schindelin wrote:
quoted
On Wed, 21 Nov 2007, Jakub Narebski wrote:
quoted
Santi Bejar wrote:
quoted
3) I can "git fetch" a bundle but I cannot "git push" a bundle, so if I have:

[remote "bundle"]
	url = /file/to/bundle
	fetch = "+refs/heads/*:refs/remotes/bundle/*"

$ git push bundle

would create a bundle in /file/to/bundle with the same branches as a
normal git push, but considering the remote branches as the local
remotes/bundle/*
And how you would differentiate between path meaning bundle, and path 
meaning "local" protocol, i.e. git repository on the same filesystem? 
Maybe because the git repository is specified as an existing directory?  
The bundle is specified as a (possibly non-existing) file...
That has the disadvantage of pushing to bundle when you make an error
in the lastpart of path to existing repository.
As I wrote in another reply, I would not allow overwriting an existing 
file.
After thinking about it a bit, I think it would be better to use 
bundle:// pseudoprotocol for the URL including config (bundle://file, 
bundle:///path/to/bundle) and --bundle option to git push for 
commandline.
I don't like that at all.

Specifying a non-existing file should be good enough.

Ciao,
Dscho
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help