Mike Hommey wrote:
> On Wed, Apr 02, 2014 at 01:29:13AM +0200, Max Horn wrote:
> > I wonder if it is really worth the effort to start yet another project on
> > this... Moreover, I don't see a fundamental reason why one could not modify
> > git-remote-hg to work this way.
>
> The way git-remote-hg
On Wed, Apr 02, 2014 at 01:29:13AM +0200, Max Horn wrote:
>
> On 01.04.2014, at 15:15, Jeff King wrote:
>
> > On Tue, Apr 01, 2014 at 10:07:03PM +0900, Mike Hommey wrote:
> >
> >>> For my own curiosity, how does this differ from what is in
> >>> contrib/remote-helpers/git-remote-hg?
> >>
> >>
On 01.04.2014, at 15:15, Jeff King wrote:
> On Tue, Apr 01, 2014 at 10:07:03PM +0900, Mike Hommey wrote:
>
>>> For my own curiosity, how does this differ from what is in
>>> contrib/remote-helpers/git-remote-hg?
>>
>> contrib/remote-helpers/git-remote-hg does a local mercurial clone before
>>
On Tue, Apr 01, 2014 at 03:32:49PM -0700, Junio C Hamano wrote:
> [Footnote]
>
> *1* I am still not sure how useful the feature would be outside
> slurping from Hg and Git---for obvious reasons, though. As long as
> the change is to a cleanly isolated codepath, it would be OK, I
> guess.
That's
Mike Hommey writes:
> On Tue, Apr 01, 2014 at 10:14:02AM -0700, Junio C Hamano wrote:
> ...
>> Unless you already have your change in the xdelta on hand, or the
>> format your foreign change is in gives sufficient information to
>> produce a corresponding xdelta without looking at the content tha
On Tue, Apr 01, 2014 at 10:14:02AM -0700, Junio C Hamano wrote:
> Mike Hommey writes:
>
> > On Tue, Apr 01, 2014 at 09:15:12AM -0400, Jeff King wrote:
> >> > It seems to me fast-import keeps a kind of human readable format for its
> >> > protocol, i wonder if xdelta format would fit the bill. Tha
Junio C Hamano wrote:
> Assuming that you do have and are willing to read the original file,
> you have three possible (and one impractical) approaches:
[...]
> - Apply the foreign changes to the original file yourself, and feed
>the resulting content to fast-import in full, letting fast-impo
Mike Hommey writes:
> On Tue, Apr 01, 2014 at 09:15:12AM -0400, Jeff King wrote:
>> > It seems to me fast-import keeps a kind of human readable format for its
>> > protocol, i wonder if xdelta format would fit the bill. That being said,
>> > I also wonder if i shouldn't just try to write a pack o
On Tue, Apr 01, 2014 at 09:15:12AM -0400, Jeff King wrote:
> > It seems to me fast-import keeps a kind of human readable format for its
> > protocol, i wonder if xdelta format would fit the bill. That being said,
> > I also wonder if i shouldn't just try to write a pack on my own...
>
> The fast-i
On Tue, Apr 01, 2014 at 10:07:03PM +0900, Mike Hommey wrote:
> > For my own curiosity, how does this differ from what is in
> > contrib/remote-helpers/git-remote-hg?
>
> contrib/remote-helpers/git-remote-hg does a local mercurial clone before
> doing the git conversion. While this is not really a
On Tue, Apr 01, 2014 at 07:45:03AM -0400, Jeff King wrote:
> On Tue, Apr 01, 2014 at 07:25:54PM +0900, Mike Hommey wrote:
>
> > I am currently prototyping a "native" mercurial remote handler for git,
>
> For my own curiosity, how does this differ from what is in
> contrib/remote-helpers/git-remot
On Tue, Apr 01, 2014 at 07:25:54PM +0900, Mike Hommey wrote:
> I am currently prototyping a "native" mercurial remote handler for git,
For my own curiosity, how does this differ from what is in
contrib/remote-helpers/git-remote-hg?
> Would adding a fast-import command to handle deltas be conside
Hi,
I am currently prototyping a "native" mercurial remote handler for git,
and it seems silly for git to compute deltas itself when I'm getting
deltas from the mercurial remote itself, albeit in a different form.
Would adding a fast-import command to handle deltas be considered useful
for git? I
13 matches
Mail list logo
