On Sat, 23 Apr 2005, Petr Baudis wrote:
>
> Note that Cogito almost actually does not use show-diff anymore.
> I'm doing diff-cache now, since that is what matters to me.
Indeed. "diff-tree" (between releases) and "diff-cache" (between a
release and the current state) are clearly much more fun
On Fri, 22 Apr 2005, Junio C Hamano wrote:
>
> Almost, with a counter-example. Please try this yourself:
I agree that what git outputs is always "based on the archive base". But
that's an independent issue from "where is the working directory". That's
the issue of "how do you want me to prin
> "LT" == Linus Torvalds <[EMAIL PROTECTED]> writes:
LT> On Fri, 22 Apr 2005, Junio C Hamano wrote:
>>
>> Almost, with a counter-example. Please try this yourself:
LT> I agree that what git outputs is always "based on the archive base". But
LT> that's an independent issue from "where is th
Dear diary, on Sat, Apr 23, 2005 at 12:14:16AM CEST, I got a letter
where Linus Torvalds <[EMAIL PROTECTED]> told me that...
> (And I personally think that "show-diff" is really part of the "wrapper
> scripts" around git. I wrote it originally just because I needed something
> to verify the index f
Dear diary, on Fri, Apr 22, 2005 at 08:23:41AM CEST, I got a letter
where Junio C Hamano <[EMAIL PROTECTED]> told me that...
> > "LT" == Linus Torvalds <[EMAIL PROTECTED]> writes:
> - Further admit that to support it without core layer help,
>what Cogito layer needs to do involves quite a
Howdy,
Linus Torvalds wrote:
> On Thu, 21 Apr 2005, Junio C Hamano wrote:
>>I am thinking about an alternative way of doing the above by
>>some modifications to the git core. I think the root of this
>>problem is that there is no equivalent to GIT_INDEX_FILE and
>>SHA1_FILE_DIRECTORY that tells
> "LT" == Linus Torvalds <[EMAIL PROTECTED]> writes:
LT> I'd _really_ prefer to just try to teach people to work from
LT> the "top" directory instead.
I share the sentiment, but I do not think that is an option.
There are three possibilities:
- Train people to always work from the top and n
On Thu, 21 Apr 2005, Junio C Hamano wrote:
>
> I am thinking about an alternative way of doing the above by
> some modifications to the git core. I think the root of this
> problem is that there is no equivalent to GIT_INDEX_FILE and
> SHA1_FILE_DIRECTORY that tells the core git where the proje
>>>>> "LT" == Linus Torvalds <[EMAIL PROTECTED]> writes:
LT> Add support for a "GIT_INDEX_FILE" environment variable.
LT> We use that to specify alternative index files, which can be useful
LT> if you want to (for example) generat
On Thu, 21 Apr 2005, Linus Torvalds wrote:
>
> You can also use it to test merges without screwing up your old index file
> in case something goes wrong.
Btw, if it wasn't obvious, for the merge thing to work you need to first
copy the old index file _or_ generate a new temporary index file fi
On Thu, 21 Apr 2005, Linus Torvalds wrote:
> Did I already happen to mention that I think that the git model is the
> best model ever, and that I'm just not an incredibly good-looking hunk and
> becomingly modest, I'm smart too?
You forgot, *again*, to take your medications !!
- Davide
-
To u
This checkin goes along with the previous one, and makes it easier to use
all the normal git operations on temporary index files:
Add support for a "GIT_INDEX_FILE" environment variable.
We use that to specify alternative index files, which can be useful
if you want to (f
12 matches
Mail list logo
