On Wed, Nov 28, 2012 at 8:36 AM, Junio C Hamano gits...@pobox.com wrote:
Christian Couder chrisc...@tuxfamily.org writes:
All the python scripts except contrib/svn-fe/svnrdump_sim.py
start with #!/usr/bin/env python.
This patch fix contrib/svn-fe/svnrdump_sim.py to do the same.
I suspect
On Tue, Nov 27, 2012 at 11:58 PM, Eric S. Raymond e...@thyrsus.com wrote:
Junio C Hamano gits...@pobox.com:
Roundtrip conversions may benefit from sub-second timestamps, but
personally I think negative timestamps are more interesting and of
practical use.
You mean, as in times before the
On Wed, Nov 28, 2012 at 8:29 AM, Junio C Hamano gits...@pobox.com wrote:
Jeff King p...@peff.net writes:
There is room for new headers, and older versions of git will ignore
them. You could add a new committer-timestamp field that elaborates on
the timestamp included on the committer line.
On Wed, Nov 28, 2012 at 9:03 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Wed, Nov 28, 2012 at 8:36 AM, Junio C Hamano gits...@pobox.com wrote:
Christian Couder chrisc...@tuxfamily.org writes:
All the python scripts except contrib/svn-fe/svnrdump_sim.py
start with #!/usr/bin/env
On Wed, Nov 28, 2012 at 9:44 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
If roundtripping to other version control systems is an argument,
adding sub-second timestamps could potentially create as many problems
as it solves. For example, I've been using the hg-git bridge, and it
On 11/28/2012 01:27 AM, Jeff King wrote:
On Tue, Nov 27, 2012 at 06:30:17PM -0500, Aaron Schrab wrote:
At 18:07 -0500 27 Nov 2012, Jeff King p...@peff.net wrote:
PS I also think the OP's sockpuppet creates innocuous bugfix above is
easier said than done. We do not have SHA-1 collisions
On 11/28/2012 08:29 AM, Junio C Hamano wrote:
Jeff King p...@peff.net writes:
There is room for new headers, and older versions of git will ignore
them. You could add a new committer-timestamp field that elaborates on
the timestamp included on the committer line. Newer versions of git
would
On 11/28/2012 09:04 AM, David Aguilar wrote:
On Tue, Nov 27, 2012 at 11:58 PM, Eric S. Raymond e...@thyrsus.com wrote:
Junio C Hamano gits...@pobox.com:
Roundtrip conversions may benefit from sub-second timestamps, but
personally I think negative timestamps are more interesting and of
On Nov 19, 2012, at 11:31 PM, Sebastian Leske sebastian.le...@sleske.name
wrote:
Commit graph of git-svn result:
--follow-parent: --no-follow-parent:
| |
/| | |
/ | | |
On 28.11.2012, at 07:38, Junio C Hamano wrote:
Max Horn m...@quendi.de writes:
The configure script checks whether certain flags are required to use
pthreads. But it did not consider that *none* might be needed (as is the
case on Mac OS X). This lead to configure adding -mt to the list of
On Tue, 27 Nov 2012 22:34:09 -0500
Jeff King p...@peff.net wrote:
I don't recall ever discussing it. But what is it that you want to
store in a key starting with a number? Git does not respect any such
config values[1].
Are you writing a new tool that will store its config alongside git's?
On Tue, Nov 27, 2012 at 09:42:05PM -0500, W. Trevor King wrote:
On Wed, Nov 28, 2012 at 12:28:58AM +0100, Heiko Voigt wrote:
https://github.com/hvoigt/git/commits/hv/floating_submodules_draft
I looked over this before, but maybe not thoroughly enough ;).
Heiko pointed out that I likely
* Piotr Krukowiecki piotr.krukowie...@gmail.com [2012-11-28 11:03:29 +0100]:
Hi,
when I set PROMPT_COMMAND to __git_ps1 I get a space at the beginning:
Is your setting?:
PROMPT_COMMAND=__git_ps1
I believe you need to give 2 parameters in order to use it in PROMPT_COMMAND
mode.
In my
Hello,
We are using git with the smart HTTP protocol. We are seeing the client
freeze with Jenkins poll. It stops the continuous build which is a bit
of a pain. It happens with the latest release 1.8.0 on the client side.
The server is using 1.7.0.4.
On the server we are seeing the following
Sebastian Leske venit, vidit, dixit 18.11.2012 18:08:
git svn will sometimes create branches with an at-sign in the name
(branchname@revision). These branches confuse many users and it is a FAQ
why they are created. Document when git svn will create them.
Signed-off-by: Sebastian Leske
Sebastian Leske venit, vidit, dixit 21.11.2012 08:13:
Document that when using git svn, one should usually either use the
directory structure options to import branches as branches, or only
import one subdirectory. The default behaviour of cloning all branches
and tags as subdirectories in the
Sebastian Leske venit, vidit, dixit 23.11.2012 08:13:
Describe what the option --follow-parent does, and what happens if it is
set or unset.
Signed-off-by: Sebastian Leske sebastian.le...@sleske.name
---
Documentation/git-svn.txt | 16
1 file changed, 12 insertions(+),
Sebastian Leske venit, vidit, dixit 23.11.2012 08:29:
Document that 'git svn' will import SVN tags as branches.
Signed-off-by: Sebastian Leske sebastian.le...@sleske.name
---
Documentation/git-svn.txt |6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/git-svn.txt
On Tuesday, November 27, 2012 at 19:10 EST,
Felipe Contreras felipe.contre...@gmail.com wrote:
On Tue, Nov 27, 2012 at 3:35 PM, Magnus Bäck ba...@google.com wrote:
While constant traffic probably overstates the issue, these are
not theoretical problems. I recall at least three cases in
On Wed, Nov 28, 2012 at 6:12 AM, Ivan Kanis ivan.ka...@googlemail.com wrote:
We are using git with the smart HTTP protocol. We are seeing the client
freeze with Jenkins poll. It stops the continuous build which is a bit
of a pain. It happens with the latest release 1.8.0 on the client side.
Johannes Sixt j.s...@viscovery.net writes:
Am 11/28/2012 0:00, schrieb Kacper Kornet:
When the changes are pushed upstream, and in the meantime someone else
updated upstream branch git advises to use git pull. This results in
history:
---A---B---C--
\ /
D---E
On Wed, Nov 28, 2012 at 08:09:03AM -0500, W. Trevor King wrote:
* A new 'submodule pull' for tracking the submodule's remote, which is
pulling --ff-only origin/$branch into a whatever state the submodule
is currently in. If any changes were made to submodule $shas,
optionally commit
Christian Couder christian.cou...@gmail.com writes:
On Wed, Nov 28, 2012 at 9:03 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Wed, Nov 28, 2012 at 8:36 AM, Junio C Hamano gits...@pobox.com wrote:
Christian Couder chrisc...@tuxfamily.org writes:
All the python scripts except
Chris Rorvick ch...@rorvick.com writes:
---
I ended up rewriting most of the comment. The new version removes
inter-rule dependencies (e.g., rule 5 overrides rule 3) which I think
makes it more readable.
Nice; thanks.
--
To unsubscribe from this list: send the line unsubscribe git in
the
Hi Shawn,
Thanks for the quick reply.
Shawn Pearce spea...@spearce.org wrote:
On Wed, Nov 28, 2012 at 6:12 AM, Ivan Kanis ivan.ka...@googlemail.com wrote:
On the server we are seeing the following error message:
Upgrade your server.
OK we'll look into it. I have a question: will a 1.8
Felipe Contreras felipe.contre...@gmail.com writes:
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/remote-helpers/test-bzr.sh | 111
+
1 file changed, 111 insertions(+)
create mode 100755 contrib/remote-helpers/test-bzr.sh
Felipe Contreras felipe.contre...@gmail.com writes:
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/remote-helpers/git-remote-bzr | 2 ++
1 file changed, 2 insertions(+)
diff --git a/contrib/remote-helpers/git-remote-bzr
b/contrib/remote-helpers/git-remote-bzr
Thomas Berg merlin...@gmail.com writes:
If roundtripping to other version control systems is an argument,
adding sub-second timestamps could potentially create as many problems
as it solves. For example, I've been using the hg-git bridge, and it
supports roundtripping between git and
Re-sending mail.
On Wed, Nov 28, 2012 at 7:02 PM, Piotr Krukowiecki
piotr.krukowie...@gmail.com wrote:
On Wed, Nov 28, 2012 at 2:20 PM, Simon Oosthoek s.oosth...@xs4all.nl wrote:
* Piotr Krukowiecki piotr.krukowie...@gmail.com [2012-11-28 11:03:29
+0100]:
Hi,
when I set
Hi Ralf,
This is the middle third of my review. Sorry for the long wait! I hope
it can still be useful.
Hi Thomas,
no problem. Thanks for your review. Of course it's very useful.
Some of the mistakes I made are so obvious that I can't say what
I've had in mind when translation these
Here are the cleanups and refactorings split out from my
jk/send-email-sender-prompt series. They can go right on master and are
independent of Felipe's fc/send-email-no-sender-prompt topic.
[1/5]: test-lib: allow negation of prerequisites
Same as before. I think this is a useful feature for
You can set and test a prerequisite like this:
test_set_prereq FOO
test_have_prereq FOO echo yes
You can negate the test in the shell like this:
! test_have_prereq echo no
However, when you are using the automatic prerequisite
checking in test_expect_*, there is no opportunity to use
t7502 checks the behavior of commit when we can and cannot
determine a valid committer ident. Let's move that into
test-lib as a lazy prerequisite so other scripts can use it.
Signed-off-by: Jeff King p...@peff.net
---
t/t7502-commit.sh | 12 +---
t/test-lib.sh | 6 ++
2 files
In v1.5.6-rc0~56^2 (2008-05-04) user_ident_explicitly_given
was introduced as a global for communication between config,
ident, and builtin-commit. In v1.7.0-rc0~72^2 (2010-01-07)
readers switched to using the common wrapper
user_ident_sufficiently_given(). After v1.7.11-rc1~15^2~18
We keep track of whether the user ident was given to us
explicitly, or if we guessed at it from system parameters
like username and hostname. However, we kept only a single
variable. This covers the common cases (because the author
and committer will usually come from the same explicit
source),
We do not currently have any explicit tests for git var at
all (though we do exercise it to some degree as a part of
other tests). Let's add a few basic sanity checks.
Signed-off-by: Jeff King p...@peff.net
---
t/t0007-git-var.sh | 49 +
1 file
Signed-off-by: Ralf Thielow ralf.thie...@gmail.com
---
contrib/completion/git-completion.bash | 2 ++
1 file changed, 2 insertions(+)
diff --git a/contrib/completion/git-completion.bash
b/contrib/completion/git-completion.bash
index 48c3abd..cda095d 100644
---
From: W. Trevor King wk...@tremily.us
Signed-off-by: W. Trevor King wk...@tremily.us
---
Documentation/git-submodule.txt | 3 ++-
git-submodule.sh| 2 +-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/Documentation/git-submodule.txt
On Wed, Nov 28, 2012 at 01:25:35PM -0500, Jeff King wrote:
Here are the cleanups and refactorings split out from my
jk/send-email-sender-prompt series. They can go right on master and are
independent of Felipe's fc/send-email-no-sender-prompt topic.
[...]
Dropped were:
[...]
- send-email
Jeff King p...@peff.net writes:
On Wed, Nov 28, 2012 at 01:25:35PM -0500, Jeff King wrote:
Here are the cleanups and refactorings split out from my
jk/send-email-sender-prompt series. They can go right on master and are
independent of Felipe's fc/send-email-no-sender-prompt topic.
[...]
Ralf Thielow ralf.thie...@gmail.com writes:
Signed-off-by: Ralf Thielow ralf.thie...@gmail.com
---
contrib/completion/git-completion.bash | 2 ++
1 file changed, 2 insertions(+)
diff --git a/contrib/completion/git-completion.bash
b/contrib/completion/git-completion.bash
index
On Wed, Nov 28, 2012 at 9:25 AM, Ivan Kanis ivan.ka...@googlemail.com wrote:
Shawn Pearce spea...@spearce.org wrote:
On Wed, Nov 28, 2012 at 6:12 AM, Ivan Kanis ivan.ka...@googlemail.com
wrote:
On the server we are seeing the following error message:
Upgrade your server.
OK we'll look
From: W. Trevor King wk...@tremily.us
This allows you to easily record a submodule.name.branch option in
.gitmodules when you add a new submodule. With this patch,
$ git submodule add -b branch repository [path]
$ git config -f .gitmodules submodule.path.branch branch
reduces to
$ git
From: W. Trevor King wk...@tremily.us
On Wed, Nov 28, 2012 at 11:53:34AM -0500, W. Trevor King wrote:
I thought of a better idea on the train. How about adding `--remote`
to `submodule update` that overrides the gitlinked SHA-1 with the
SHA-1 for origin/$branch? All of the other
Felipe Contreras felipe.contre...@gmail.com writes:
On Wed, Nov 28, 2012 at 5:57 PM, Junio C Hamano gits...@pobox.com wrote:
...
You need a fix for that; didn't I already say you need a bit more
than that?
I disagree. Most of the contrib scripts are expected to be used as
they are.
You
On Wed, Nov 28, 2012 at 11:02:45AM -0800, Junio C Hamano wrote:
W. Trevor King wk...@tremily.us writes:
From: W. Trevor King wk...@tremily.us
Signed-off-by: W. Trevor King wk...@tremily.us
---
Documentation/git-submodule.txt | 3 ++-
git-submodule.sh| 2 +-
2
Here are the topics that have been cooking. Commits prefixed with
'-' are only in 'pu' (proposed updates) while commits prefixed with
'+' are in 'next'.
Hopefully 1.8.1-rc0 preview will be tagged this weekend. Many
topics are marked to be cooked in 'next' during the feature freeze,
but some
On Wed, Nov 28, 2012 at 10:55:02AM -0800, Junio C Hamano wrote:
+test_expect_success $PREREQ,AUTOIDENT 'implicit ident is allowed' '
+ clean_fake_sendmail
+ (sane_unset GIT_AUTHOR_NAME
+ sane_unset GIT_AUTHOR_EMAIL
+ sane_unset GIT_COMMITTER_NAME
+ sane_unset
W. Trevor King wk...@tremily.us writes:
As the command takes other options whose names begin with 'r', I
thought the longer term plan was to stop letting --rebase squat on
short and sweet -r and leaving it undocumented (even though the
short one was added by mistake) was meant to be the first
On Wed, Nov 28, 2012 at 03:06:26PM -0500, Jeff King wrote:
Here's a cleaned up version that makes it more obvious the commands are
the same (it also fixes a few minor whitespace problems on the
indentation, which you can see from the quoting above).
I wondered how painful it would be to
On Wed, Nov 28, 2012 at 07:11:47AM -0500, Peter van der Does wrote:
I am writing a tool, it needs to store branch names in a separate config
file.
It's clear git doesn't respect those values, hence my question. I
understand how to work around the problem, I would just prefix the key.
I was
I'm not sure if this is the most recent patch iteration for this
feature, but I just saw this typo in `pu`.
On Sun, Nov 04, 2012 at 03:13:29AM +0100, Felipe Contreras wrote:
+# Commits are modified to preserve hg information and allow biridectionality.
On Wed, Nov 28, 2012 at 11:54:27AM -0800, Junio C Hamano wrote:
* jk/fsck-dot-in-trees (2012-11-28) 1 commit
- fsck: warn about '.' and '..' in trees
Will merge to 'next'.
Do you have an opinion on warning about '.git', as well? It probably
would make more sense as a patch on top, but I
Jeff King p...@peff.net writes:
On Wed, Nov 28, 2012 at 03:06:26PM -0500, Jeff King wrote:
Here's a cleaned up version that makes it more obvious the commands are
the same (it also fixes a few minor whitespace problems on the
indentation, which you can see from the quoting above).
I
Simon Oosthoek s.oosth...@xs4all.nl writes:
perhaps the point should read like this:
#3a) In ~/.bashrc set PROMPT_COMMAND
#To customize the prompt, provide start/end arguments
#PROMPT_COMMAND='__git_ps1 \u@\h:\w \\\$ '
Which would not be confusing at all, I think...
It
On 28/11/12 21:47, Junio C Hamano wrote:
Simon Oosthoek s.oosth...@xs4all.nl writes:
perhaps the point should read like this:
#3a) In ~/.bashrc set PROMPT_COMMAND
#To customize the prompt, provide start/end arguments
#PROMPT_COMMAND='__git_ps1 \u@\h:\w \\\$ '
Which
Sebastian Leske sebastian.le...@sleske.name wrote:
However, this does not make sense to me: This sounds like there is no
good reason *not* to enable this option. So why is it there? And in
what situation might I want to use --no-follow-parent?
Speed. Following long/convoluted histories can
Jeff King p...@peff.net writes:
On Wed, Nov 28, 2012 at 11:54:27AM -0800, Junio C Hamano wrote:
* jk/fsck-dot-in-trees (2012-11-28) 1 commit
- fsck: warn about '.' and '..' in trees
Will merge to 'next'.
Do you have an opinion on warning about '.git', as well? It probably
would make
On Wed, Nov 28, 2012 at 8:33 PM, Junio C Hamano gits...@pobox.com wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
On Wed, Nov 28, 2012 at 5:57 PM, Junio C Hamano gits...@pobox.com wrote:
...
You need a fix for that; didn't I already say you need a bit more
than that?
I disagree.
On Wed, Nov 28, 2012 at 01:25:05PM -0800, Junio C Hamano wrote:
* jk/fsck-dot-in-trees (2012-11-28) 1 commit
- fsck: warn about '.' and '..' in trees
Will merge to 'next'.
Do you have an opinion on warning about '.git', as well? It probably
would make more sense as a patch on
On Wed, Nov 28, 2012 at 7:25 PM, Jeff King p...@peff.net wrote:
Here are the cleanups and refactorings split out from my
jk/send-email-sender-prompt series. They can go right on master and are
independent of Felipe's fc/send-email-no-sender-prompt topic.
[1/5]: test-lib: allow negation of
Hi,
Basically the same as v6, except the last patch was dropped, and testgit
switched to '#!/usr/bin/env bash'.
Shouldn't break any tests now.
Felipe Contreras (13):
fast-export: avoid importing blob marks
remote-testgit: fix direction of marks
remote-helpers: fix failure message
Rename
We want to be able to import, and then export, using the same marks, so
that we don't push things that the other side already received.
Unfortunately, fast-export doesn't store blobs in the marks, but
fast-import does. This creates a mismatch when fast export is reusing a
mark that was previously
Basically this is what we want:
== pull ==
testgit transport-helper
* export - import
# testgit.marks git.marks
== push ==
testgit transport-helper
* import- export
#
This is remote-testgit, not remote-hg.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Junio C Hamano gits...@pobox.com
---
t/t5800-remote-helpers.sh | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/t/t5800-remote-helpers.sh
Exercising the python remote helper framework is for another tool and
another test. This is about testing the remote-helper interface.
It's way simpler, it exercises the same features of remote helpers, it's
easy to read and understand, and it doesn't depend on python.
For now let's just copy
This only makes sense for the python remote helpers framework. The tests
don't exercise any feature of transport helper. Remove them.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Junio C Hamano gits...@pobox.com
---
git-remote-testgit| 3 ---
This was only to cover a bug that was fixed in remote-testpy not to
resurface.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Junio C Hamano gits...@pobox.com
---
t/t5801-remote-helpers.sh | 13 -
1 file changed, 13 deletions(-)
diff --git
We don't need a bare 'server' and an intermediary 'public'. The repos
can talk to each other directly; that's what we want to exercise.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Junio C Hamano gits...@pobox.com
---
t/t5801-remote-helpers.sh | 63
Unfortunately a lot of these tests fail.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Junio C Hamano gits...@pobox.com
---
git-remote-testgit| 38 +++---
t/t5801-remote-helpers.sh | 52
Doesn't make a difference for the tests, but it does for the ones
seeking reference.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Junio C Hamano gits...@pobox.com
---
git-remote-testgit | 13 +
1 file changed, 13 insertions(+)
diff --git
People who want to write their own remote-helper will find it more
useful to see clearly how they are supposed to advertise and implement
the done feature themselves.
Right now we are relying on fast-export to do that by using the
--use-done-feature argument. However, people writing their own
Setting 'commit' to 'commit' is a no-op. It might have been there to
avoid a compiler warning, but if so, it was the compiler to blame, and
it's certainly not there any more.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
Signed-off-by: Junio C Hamano gits...@pobox.com
---
This script is not really exercising the remote-helper functionality,
but more the python framework for remote helpers that live in
git_remote_helpers.
It's also not a good example of how to write remote-helpers, unless you
are planning to use python, and even then you might not want to use this
Hi,
Here's version 7 part 2; I've dropped all the unnecessary patches, nobody seems
to care about the current brokedness, and I did them only to show that these
are correct, and that remote helpers without marks just don't work. These are
the ones I care about.
Below is a summary of what happens
When an object has already been exported (and thus is in the marks) it's
flagged as SHOWN, so it will not be exported again, even if in a later
time it's exported through a different ref.
We don't need the object to be exported again, but we want the ref
updated, which doesn't happen.
Since we
They have been marked as UNINTERESTING for a reason, lets respect that.
Currently the first ref is handled properly, but not the rest:
% git fast-export master ^uninteresting ^foo ^bar
reset refs/heads/bar
from :0
reset refs/heads/foo
from :0
reset refs/heads/uninteresting
from
Hi Steven, hi Eric,
thanks for your explanations. I'll try to update my doc patch to include
them.
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Brandon Casey draf...@gmail.com writes:
-static int ends_rfc2822_footer(struct strbuf *sb, int ignore_footer)
+static int is_rfc2822_line(const char *buf, int len)
+{
+ int i;
+
+ for (i = 0; i len; i++) {
+ int ch = buf[i];
+ if (ch == ':')
+
Brandon Casey draf...@gmail.com writes:
+/* Returns 0 for non-conforming footer
Please format it like this:
/*
* Returns 0 for ...
+ * Returns 1 for conforming footer
+ * Returns 2 when sob exists within conforming footer
+ * Returns 3 when sob exists within conforming footer as last
On 28.11.2012, at 23:23, Felipe Contreras wrote:
They have been marked as UNINTERESTING for a reason, lets respect that.
Currently the first ref is handled properly, but not the rest:
% git fast-export master ^uninteresting ^foo ^bar
All these refs are assumed to point to the same
Hi, Junio
The following changes since commit 2d242fb3fc19fc9ba046accdd9210be8b9913f64:
Update draft release notes for 1.8.1 (2012-11-21 13:32:58 -0800)
are available in the git repository at:
git://github.com/git-l10n/git-po.git master
for you to fetch changes up to
On 11/28/2012 4:02 PM, Junio C Hamano wrote:
Brandon Casey draf...@gmail.com writes:
-static int ends_rfc2822_footer(struct strbuf *sb, int ignore_footer)
+static int is_rfc2822_line(const char *buf, int len)
+{
+ int i;
+
+ for (i = 0; i len; i++) {
+ int ch =
Nguyen Thai Ngoc Duy pclo...@gmail.com writes:
On Mon, Nov 26, 2012 at 8:45 AM, Brandon Casey draf...@gmail.com wrote:
I've integrated Duy's series with a few minor tweaks. I added a couple
of additional tests to t4014 and corrected one of the tests which had
incorrect behavior. I think
Thanks.
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
This is something that probably doesn't happen very often -
cross-posting to the Subversion and git dev lists that is on-topic for
both :-).
The repo head version of reposurgeon can now write Subversion
repositories from its common git-import-stream-based representation of
repository histories,
Steven Michalske smichal...@gmail.com:
Would having arbitrary key value pairs be useful in the git data
model? We could have ones that affect the sha1 and others that are
transparent.
My tools would have several uses for these.
bzr's implementation of import streams has a commit-propperties
On Thu, Nov 29, 2012 at 8:11 AM, Junio C Hamano gits...@pobox.com wrote:
Steven Michalske smichal...@gmail.com writes:
Would having arbitrary key value pairs be useful in the git data
model?
My answer to the question is that it is harmful to the data model,
but the benefit of going against
Hello JX,
You missing pull from my repo (2 commits instead of one, v1.7 and v1.8):
dcc52a0449c7ee10690e23152e63b9798f8a332f
$ git log -n 2
commit dcc52a0449c7ee10690e23152e63b9798f8a332f
Author: Tran Ngoc Quan vnwild...@gmail.com
Date: Sat Nov 24 07:37:35 2012 +0700
l10n: vi.po: Update
89 matches
Mail list logo