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

Re: Git BOF notes

From
Petr Baudis <pasky@suse.cz>
Date
Jul 22, 2006, 19:16 UTC
Message-ID
<20060722191652.GR13776@pasky.or.cz>
In-Reply-To
<Pine.LNX.4.63.0607220547570.29667@wbgn013.biozentrum.uni-wuerzburg.de>
  Hi,

Dear diary, on Sat, Jul 22, 2006 at 05:55:59AM CEST, I got a letter where Johannes Schindelin <Johannes.Schindelin@gmx.de> said that...

Show 9 quoted lines
> On Sat, 22 Jul 2006, Petr Baudis wrote:
> > Dear diary, on Sat, Jul 22, 2006 at 02:17:48AM CEST, I got a letter
> > where Johannes Schindelin <Johannes.Schindelin@gmx.de> said that...
> > > Think "changed templates".
> > 
> >   it may be that I'm just tired, but I don't see what you mean, sorry.
> 
> If you change a template (like add a hook or something), you can call 
> git-init-db in an existing repository to update that hook.
  ah well, I guess that's obscure enough to tell the user to directly
run git-init-db. ;-)
Show 8 quoted lines
> > > And also think "setup a remote repository", especially "setup a remote
> > > HTTP repository".
> > 
> >   Of course. Currently you need to tinker with environment variables,
> > then with hooks, possibly with permissions and stuff to make the
> > repository shared... Think cg-admin-setuprepo. ;-)
> 
> git-init-db --shared
And the environment variable and the chgrp and g+s. That's my point.
Show 8 quoted lines
> > > And also think "start a new repository with only a _part_ of the current 
> > > files". There are plenty reasons -- in addition to separation of concepts 
> > > -- not to commit straight after initializing a repository.
> > 
> >   So what _do_ you do if you don't commit straight?
> 
> Sometimes, I do "git-push just@initted.repository.com master". From 
> somewhere else, of course.
I guess that's more common for the bare repositories.
> And sometimes, I do "cp -R /some/where/CVS ./; git-cvsimport".
git-cvsimport will create the repository for you, won't it?
Show 8 quoted lines
> >   Of course sometimes you don't want to add everything, and that should
> > still be possible to do (cg-init has a switch for that).
> 
> Usually I start small projects as a single .c or .java file. Only after a 
> while, I think it is worth it to init a git database. So, I _always_ have 
> generated files lying around. And I would hate it if they were checked in 
> automatically. (Yeah, I could remove them, _then_ remove them from the 
> index, and then git-commit --amend. Ugly.)

Can't you just do make clean before git init? Or you can prepare .gitignore before you check stuff in, so that the autogenerated files don't pollute your git status output. ;-)

-- 
				Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
Snow falling on Perl. White noise covering line noise.
Hides all the bugs too. -- J. Putnam
Previous: Johannes SchindelinNext: Timo Hirvonen
Message 7 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.