Add git-find-new-files to find files that are in the tree, but not checked into
the repository.
Most users will probably want to make clean before using this for real
significant changes, as it does such a good job that it finds binaries that
just got built.
Signed-off-by: Ryan Anderson [EMAIL
On Fri, 2005-07-22 at 16:07 -0700, Junio C Hamano wrote:
Catalin Marinas [EMAIL PROTECTED] writes:
If signed-off-by is the only thing you are worried about, how
about making it not part of the commit template and the message
user touches with the editor? You first look at the user
On Sat, Jul 16, 2005 at 10:46:00AM -0700, Junio C Hamano wrote:
- Publicity. I would be very happy to see somebody with good
writing and summarizing skills to prepare an article to be
published on LWN.NET to coincide with the 1.0 release. An
update to GIT traffic would also be
Some people split their long E-mail address over two lines
using the RFC2822 header folding. We can lose authorship
information this way, so make a minimum effort to deal with it,
instead of special casing only the Subject: field.
We could teach mailsplit to unfold the folded header, but
From nobody Sat Jul 23 02:08:27 2005
To: Ryan Anderson [EMAIL PROTECTED]
Cc: git@vger.kernel.org
Subject: Re: [PATCH] Add git-find-new-files to spot files added to the tree,
but not the repository
Bcc: [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
From: Junio C Hamano [EMAIL PROTECTED]
Date:
Ryan Anderson [EMAIL PROTECTED] writes:
--- a/debian/changelog
+++ b/debian/changelog
...
+ * Minor tweaks to the Build-Depends.
This is a nit and not the reason for NACK, but I do not see any
change to Build-Depends.
-Depends: ${misc:Depends}, shellutils, diff, rsync, rcs
+Depends:
Dear diary, on Sat, Jul 23, 2005 at 10:41:38AM CEST, I got a letter
where Catalin Marinas [EMAIL PROTECTED] told me that...
Another problem with the template is when one wants a header as well as
footer (for things like '-*- mode: text; -*-'). Maybe something like
below would work:
GIT: your
Hi,
because I'm sitting behind a firewall I have to use cogito/git using
http. But http proxy needs special authentification with user
password. It seems to me that this isn't supported with recent cogito/git?
In the past, for bk I used
$ export http_proxy=http://user:[EMAIL
On Sat, 2005-07-23 at 11:30 +0200, Petr Baudis wrote:
Dear diary, on Sat, Jul 23, 2005 at 10:41:38AM CEST, I got a letter
where Catalin Marinas [EMAIL PROTECTED] told me that...
The problem appears when one upstream maintainer changes the
configuration, should this be merged again? In this
On Fri, 2005-07-22 at 16:24 -0700, Junio C Hamano wrote:
Petr Baudis [EMAIL PROTECTED] writes:
This brings me to another subject, M and N are pretty hard to
distinguish visually without close inspection of the output. What about
switching to use A instead of N everywhere?
However, I'd
On Saturday 23 July 2005 04:15, Ryan Anderson wrote:
On Sat, Jul 16, 2005 at 10:46:00AM -0700, Junio C Hamano wrote:
I do not know what release plan Linus has in mind, and also
expect things to be quieter next week during OLS and kernel
summit, but I think we are getting really really close.
Duplicate send, had typo in orif address line :(
On Saturday 23 July 2005 04:50, Ryan Anderson wrote:
On Sat, Jul 16, 2005 at 10:46:00AM -0700, Junio C Hamano wrote:
- Publicity. I would be very happy to see somebody with good
writing and summarizing skills to prepare an article to be
On Sat, Jul 23, 2005 at 02:11:16AM -0700, Junio C Hamano wrote:
Ryan Anderson [EMAIL PROTECTED] writes:
--- a/debian/changelog
+++ b/debian/changelog
...
+ * Minor tweaks to the Build-Depends.
This is a nit and not the reason for NACK, but I do not see any
change to Build-Depends.
Ryan Anderson wrote:
Git falls into the category of distributed source code management tools,
similar to Arch or Darcs (or, in the commercial world, BitKeeper). This
means that every working directory is a full-fledged repository with
full revision tracking capabilities.
That's not actually
On Sat, 23 Jul 2005, Ryan Anderson wrote:
* Compile against the unencumbered Mozilla SHA1 code, instead of
the iffy OpenSSL code. This makes it easier to get the package
included for distribution with Debian.
Note that this is just not true.
We still use openssl for the
Catalin Marinas wrote:
It seems I inadvertantly kicked off the discussion I wanted to kick off,
but I didn't excpect this patch to do so!
I prepared a patch adding the following information into
git/Documentation to kick off discussion. Obviously Catalin is more
likely to be accurate.
Ryan Anderson [EMAIL PROTECTED] writes:
How is this for a start?
A very good start indeed. Thanks.
Git falls into the category of distributed source code management tools,
similar to Arch or Darcs (or, in the commercial world, BitKeeper). This
means that every working directory is a
On Sat, 23 Jul 2005, Ryan Anderson wrote:
Add git-find-new-files to find files that are in the tree, but not checked
into the repository.
Most users will probably want to make clean before using this for real
significant changes, as it does such a good job that it finds binaries that
On Sat, 23 Jul 2005, Linus Torvalds wrote:
On Sat, 23 Jul 2005, Ryan Anderson wrote:
Add git-find-new-files to find files that are in the tree, but not checked
into the repository.
Most users will probably want to make clean before using this for real
significant changes, as
On Sat, Jul 23, 2005 at 09:24:33AM -0700, Linus Torvalds wrote:
On Sat, 23 Jul 2005, Ryan Anderson wrote:
* Compile against the unencumbered Mozilla SHA1 code, instead of
the iffy OpenSSL code. This makes it easier to get the package
included for distribution with
This patch includes two fixes to the git-core Debian package:
* Conflict with the GNU Interactive Tools package, which _also_
wants to install /usr/bin/git.
* Compile against the unencumbered Mozilla SHA1 code, instead of
the iffy OpenSSL code, as much as possible. This
Ryan Anderson [EMAIL PROTECTED] writes:
Add git-find-new-files to find files that are in the tree, but
not checked into the repository.
You _ought_ to be able to just say:
$ git-ls-files --others --exclude-from=exclude pattern file
and be done with it. Also please see the thread about
On Sat, 2005-07-23 at 12:33 -0400, Bryan Larsen wrote:
how about:
.git/refs/heads/master - documented in README, doesn't appear to be used.
That's true, README is quite outdated. I created the
http://wiki.procode.org/cgi-bin/wiki.cgi/StGIT page (empty now) where I
will add StGIT information
Instead of finding old/new pair that one side has and the
other side does not have the specified string, find old/new pair
that contains the specified string as a substring different
number of times. This would still not catch a case where you
introduce two static variable declarations and remove
Several days ago there was a discussion on discovering remote
tags and branches. This was somewhat related to supporting
packed repositories on a dumb server I have been toying with, so
here is my current status.
The first three patches deal with the discovery of remote tags
and heads:
[PATCH
Retrieve and list the remote refs from git, http, and rsync
repositories, and optionally stores the retrieved refs in the
local repository under the same name.
To access a git URL, git-peek-remote command is used. An http
URL needs to have an up-to-date info/refs file for discovery,
which will
The git-update-server-info command prepares informational files
to help clients discover the contents of a repository, and pull
from it via a dumb transport protocols. Currently, the
following files are produced.
- The $repo/info/refs file lists the name of heads and tags
available in the
This adds a minimum documentation to the new command.
Signed-off-by: Junio C Hamano [EMAIL PROTECTED]
---
Documentation/git-update-server-info.txt | 42 ++
Documentation/git.txt|4 +++
2 files changed, 46 insertions(+), 0 deletions(-)
Using the information prepared with update-server-info, a truly
dumb http server can allow cloning with this client side
support.
Signed-off-by: Junio C Hamano [EMAIL PROTECTED]
---
Makefile|2 +-
git-clone-dumb-http | 51 +++
Petr Baudis [EMAIL PROTECTED] writes:
I have it the other way around, with the rationale that your default
settings should be in your ~/.gitrc, not environment, which is always
the highest priority.
That's true. I just never hand commit other people's patches (I
use applymbox for that) and
Satturday, 23 July 2005 21:09 Junio C Hamano wrote:
Instead, please add gitk and gitweb to the list. We should not
forget that these mostly read-only things are Porcelains.
Then add qgit too to provide fair coverage.
--
Respectfully
Alexey Nezhdanov
-
To unsubscribe from this list: send the
Satturday, 23 July 2005 23:26 Ryan Anderson wrote:
-Depends: ${misc:Depends}, shellutils, diff, rsync, rcs
+Depends: ${misc:Depends}, patch, diff, rsync, rcs, ssh
Did I missed something or you forgot about libcurl3 dependency?
--
Respectfully
Alexey Nezhdanov
-
To unsubscribe from this list:
32 matches
Mail list logo