git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: Subject: [PATCH] Push to create

From
Theodore Tso <tytso@mit.edu>
Date
Mar 4, 2009, 17:58 UTC
Message-ID
<20090304175830.GA6305@mit.edu>
In-Reply-To
<alpine.DEB.1.00.0903031118280.6399@intel-tinevez-2-302>
On Tue, Mar 03, 2009 at 11:39:16AM +0100, Johannes Schindelin wrote:
Show 6 quoted lines
> Only in this case, I would rephrase it to: "Is a usability wart really 
> serious when the guy does not even bother to report it where it can be 
> fixed?"
> 
> It is much harder work to come up with solutions, and that is what I am 
> interested in.  So I'll try very hard to ignore everything else.

Well, I think there is a point hiding behind all of his whining, which is that if you aren't joining a big established project, but are rather the maintainer of an existing project that wants to move over to git, or someone who is starting a new project, and decides to use git because they've heard it's all the rage --- but the tutorials and the documentation don't do that great of a job pointing people to the right place.

For example, the git tutorial's "Using got for collaboration" assumes that Alice and Bob have accounts on the same system. C'mon! Time-sharing systems are so.... 1970's. Granted that arranging SSH access is non-trivial, but there are plenty of web sites that offer free git hosting services: repo.or.oz, gitorious, Github, and now Sourceforge. The tutorial should at least point people at the git hosting sites.

One of the advantages that bzr has is that it is integrated fairly tightly with Launchpad, which has its own bzr hosting service. So the documentation is easier, and with Launchpad's integration into bzr's UI, a bzr user can publish a branch in a single command line (assuming they are a registered launchpad user and have an account on launchpad):

	bzr push lp:~userid/project-name/branch-name

It's going to be hard for git to be able to match this usability, given that we need to do something that works with multiple hosting facilities, and not just tie ourselves to a single system like gitorious, Github, or Sourceforge. (Although I could imagine some kind of plugin/hook system where once the plugin for a particular git hosting facility was installed, git could be much more tightly integrated with a particular hosting service.)

At the very least, though, it should be relatively easy to update our documentation to at least acknowledge the many and varied free git hosting services; it's not like we need to tell people that the only way to share repositories involves setting up an ssh or Apache server.

					- Ted
P.S.  For more details about the bzr/Launchpad integration, see:
http://doc.bazaar-vcs.org/bzr.dev/en/tutorials/using_bazaar_with_launchpad.html
Previous: Johannes SchindelinNext: Miles Bader
Message 32 of 43 in “Refactor list of environment variables to be sanitized”
  1. 1/4 Refactor list of environment variables to be sanitizedJunio C Hamano, Mar 1, 2009
  2. 2/4 git-init: inject some sanity to the option parserJunio C Hamano, Mar 1, 2009
  3. 3/4 Add init-serve, the remote side of "git init --remote=host:path"Junio C Hamano, Mar 1, 2009
  4. 4/4 "git init --remote=host:path"Junio C Hamano, Mar 1, 2009
  5. Jeff KingMar 1, 2009
  6. Junio C HamanoMar 1, 2009
  7. Jeff KingMar 1, 2009
  8. Shawn O. PearceMar 1, 2009
  9. Subject: [PATCH] Push to createJunio C Hamano, Mar 3, 2009
  10. Jay SoffianMar 3, 2009
  11. Jeff KingMar 3, 2009
  12. Jay SoffianMar 3, 2009
  13. Jay SoffianMar 3, 2009
  14. Junio C HamanoMar 3, 2009
  15. Jay SoffianMar 3, 2009
  16. Junio C HamanoMar 3, 2009
  17. Junio C HamanoMar 3, 2009
  18. Jay SoffianMar 3, 2009
  19. Jeff KingMar 3, 2009
  20. Jay SoffianMar 3, 2009
  21. Jeff KingMar 4, 2009
  22. Junio C HamanoMar 4, 2009
  23. Jay SoffianMar 4, 2009
  24. Junio C HamanoMar 3, 2009
  25. Jeff KingMar 3, 2009
  26. Junio C HamanoMar 3, 2009
  27. Jeff KingMar 3, 2009
  28. Junio C HamanoMar 3, 2009
  29. Jay SoffianMar 3, 2009
  30. Theodore TsoMar 3, 2009
  31. Johannes SchindelinMar 3, 2009
  32. Theodore TsoMar 4, 2009
  33. Miles BaderMar 6, 2009
  34. Shawn O. PearceMar 3, 2009
  35. 1/2 improve missing repository error messageJeff King, Mar 4, 2009
  36. Matthieu MoyMar 4, 2009
  37. Jeff KingMar 4, 2009
  38. Shawn O. PearceMar 4, 2009
  39. Jeff KingMar 5, 2009
  40. 2/2 make remote hangup warnings more friendlyJeff King, Mar 4, 2009
  41. Shawn O. PearceMar 4, 2009
  42. Jeff KingMar 5, 2009
  43. Daniel BarkalowMar 3, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.