On Thu, Jan 29, 2009 at 01:04:55PM +0100, Nico -telmich- Schottelius wrote: > I must confess, as a user I would like to do > > 1. create local repo > > 2. create a remote > > 3. push it > > I don't care about creating empty repos somewhere: > My aim is to publish my work, that's it. I think people have asked for that before, too. The fundamental problem is that we don't necessarily know how to create the remote repo, or even have permissions to do so. If your transport is vanilla ssh, then in theory we could turn "host:path.git" into "ssh host 'GIT_DIR=path.git git init'". But for other transports we are out of luck. And for hosting sites like github, we are out of luck, as you use the web interface to make a new repo. > 1.2. When creating a new repo, it would be helpful if I can directly add a > description: git init [description] would be nice to have I don't think there is any fundamental reason not to allow more setup of internal .git/* files through 'init'. In most cases, you could just as easily "echo description >.git/description" afterwards, but it might be slightly more convenient if you are ssh'ing to do it all in one shot. > 2.1. I (as a user) understand that I need to create a remote where I have to > push to. It would be helpful to specify --track-this/--merge-this to > have it automatically connected to the current branch git remote add -t master origin $URL ? > 3.1. I would really like to see something like git push > --create[-if-not-exists]. This makes sense for me, but could also > be a global configuration option (push.autocreate = true|false). I think this would be better as a feature of "git remote". I.e.: git remote add --create -t master origin $URL but again, we can only sanely do creation magic in a subset of cases. Which is why I think nobody has implemented it so far. -Peff -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
