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

Git BOF notes

From
Petr Baudis <pasky@suse.cz>
Date
Jul 19, 2006, 23:01 UTC
Message-ID
<20060719230155.GJ13776@pasky.or.cz>
  Hi,
  a short summary of the Git BOF on OLS which finished just a short
while ago. We got to hear how Len Brown is doing things and where Git
gets in the way for him as well as interesting questions and comments
from several other people. The main highlights as I feel them (mixed
randomly with my personal blabbering) are that:
  (i) We should somehow separate the lowlevel Git commands from the
highlevel ones meant for user consumption. There's too many of them
and it is confusing for the users. Similarity with BitKeeper was pointed
out (and I refrained from mentioning GNU Arch).
  (ii) We should document the workflows better. Currently there is a
huge variety of workflows spread accross the Git user community,
probably stemming from the fact that the UI evolved so fast while
already "on the fly". Of course it shows that the Git tools are
really flxible and versatile, but it might also mean that we are not
abstracting some operations enough, or not selling the easier user
interface better. Anyway, new users might find the current mix of
workflows used across the community somewhat intimidating. This also
means that....
  (iii) ...we should spread the word about StGIT more (because StGIT
is cool and often does just what people want to do with Git and it's
clumsy), more so because...
  (iv) ...we should support mutating history better (I think this is the
most important point). There is a kind of conflict here:
	* Fundamentally, Git considers history to be immutable,
	  especially if you publish it.
	* The kernel workflow encourages the opposite - the subsystem
	  maintainers are rebasing all the time as well as just
	  generally retouching their history (typos, fixing bugs in
	  the patches etc).
  This problem can be separated to two areas:
	* Support for the history mutation. We have some nice tools
	  in Git for rebasing, but it would be nice to support the
	  other modifications easier as well. I suggested having
	  a tool you just tell a commit id and it will let you modify
	  the author info, the associated patch or fold another patch
	  in... Also, using StGIT obviously hlps a lot here.
	* Support for distributing and following the mutated history.
	  I'm actually not sure about the level of Git support for
	  this, Cogito supports cg-updating to a mutated history
	  if you have no local changes.
  Please feel free to add things if I have missed anything.
  Happy hacking,
-- 
				Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
Snow falling on Perl. White noise covering line noise.
Hides all the bugs too. -- J. Putnam
Next: J. Bruce Fields
Message 1 of 17 in “Git BOF notes”
  1. Petr BaudisJul 19, 2006
  2. J. Bruce FieldsJul 21, 2006
  3. Petr BaudisJul 21, 2006
  4. Johannes SchindelinJul 22, 2006
  5. Petr BaudisJul 22, 2006
  6. Johannes SchindelinJul 22, 2006
  7. Petr BaudisJul 22, 2006
  8. Timo HirvonenJul 22, 2006
  9. Johannes SchindelinJul 23, 2006
  10. J. Bruce FieldsJul 21, 2006
  11. Petr BaudisJul 21, 2006
  12. Alex RiesenJul 21, 2006
  13. Nguyễn Thái Ngọc DuyJul 22, 2006
  14. Alex RiesenJul 23, 2006
  15. Catalin MarinasJul 24, 2006
  16. Petr BaudisJul 24, 2006
  17. Nguyễn Thái Ngọc DuyJul 24, 2006

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.