From: Petr Baudis <pasky@suse.cz>
To: Johannes Schindelin <Johannes.Schindelin@gmx.de>
Cc: git@vger.kernel.org
Subject: Re: Git BOF notes
Date: Sat, 22 Jul 2006 05:22:00 +0200 [thread overview]
Message-ID: <20060722032200.GP13776@pasky.or.cz> (raw)
In-Reply-To: <Pine.LNX.4.63.0607220212140.29667@wbgn013.biozentrum.uni-wuerzburg.de>
Hi,
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...
> On Fri, 21 Jul 2006, Petr Baudis wrote:
>
> > Yes, there is some blury stuff, but I think it's rather a sign that
> > something is missing in the core Git porcelain. git-init-db is lowlevel
> > and I think in 99% of the cases you are going to do an initial commit
> > right after anyway, so you might as well just get git-init which does it
> > for you (something akin cg-init ;).
>
> Think "changed templates".
it may be that I'm just tired, but I don't see what you mean, sorry.
> 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. ;-)
> 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?
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).
> > I think we still tell users to use git-update-index to mark resolved
> > conflicts, [...]
>
> I don't know, but I had the impression we'd tell them "resolve your
> conflicts, and then do git-commit -a". Which is good enough.
My comment there was based on the jdl's presentation at OLS. Sorry if
in docs we are saying other things, I don't tend to lookat Git porcelain
documentation. ;-)
--
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 prev parent reply other threads:[~2006-07-22 3:22 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-19 23:01 Git BOF notes Petr Baudis
2006-07-21 13:18 ` J. Bruce Fields
2006-07-21 14:42 ` Petr Baudis
2006-07-22 0:17 ` Johannes Schindelin
2006-07-22 3:22 ` Petr Baudis [this message]
2006-07-22 3:55 ` Johannes Schindelin
2006-07-22 19:16 ` Petr Baudis
2006-07-22 20:03 ` Timo Hirvonen
2006-07-23 22:53 ` Johannes Schindelin
2006-07-21 13:21 ` J. Bruce Fields
2006-07-21 14:31 ` Petr Baudis
2006-07-21 15:02 ` Alex Riesen
2006-07-22 20:12 ` Nguyễn Thái Ngọc Duy
2006-07-23 7:38 ` Alex Riesen
2006-07-24 9:06 ` Catalin Marinas
2006-07-24 11:47 ` Petr Baudis
2006-07-24 12:08 ` Nguyễn Thái Ngọc Duy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060722032200.GP13776@pasky.or.cz \
--to=pasky@suse.cz \
--cc=Johannes.Schindelin@gmx.de \
--cc=git@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.