a bridge to dropbox (git only)

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

a bridge to dropbox (git only)

Uwe Brauer

Hi

Googling I found the following
https://github.com/anishathalye/git-remote-dropbox

Does anybody know about a similar feature for mercurial?
I could use the hg-git extension, but I am not sure that this would be a
could idea.

Any comments?

Uwe Brauer

_______________________________________________
Mercurial mailing list
[hidden email]
https://www.mercurial-scm.org/mailman/listinfo/mercurial
Reply | Threaded
Open this post in threaded view
|

Re: a bridge to dropbox (git only)

Manuel Jacob
On 2020-05-30 13:57, Uwe Brauer wrote:
> Hi
>
> Googling I found the following
> https://github.com/anishathalye/git-remote-dropbox
>
> Does anybody know about a similar feature for mercurial?
> I could use the hg-git extension, but I am not sure that this would be
> a
> could idea.

Hg-git always manages a shadow Git repository. You could write some glue
code (e.g. a shell function) that

1) pulls using git-remote-dropbox (from inside the .hg/git directory)
and imports the changes into hg using "hg gimport"
2) exports the changes to git using "hg gexport" and pushes using
git-remote-dropbox (from inside the .hg/git directory)

This way you have two bridges (hg <-> git <-> dropbox), so there's a
high change that things break, but you could be lucky.

Alternatively someone could implement a Mercurial peer that can
communicate with dropbox (that would be the equivalent of what
git-remove-dropbox does). I don’t know how much work that would be.
_______________________________________________
Mercurial mailing list
[hidden email]
https://www.mercurial-scm.org/mailman/listinfo/mercurial
Reply | Threaded
Open this post in threaded view
|

Re: a bridge to dropbox (git only)

Uwe Brauer
>>> "MJ" == Manuel Jacob <[hidden email]> writes:

> On 2020-05-30 13:57, Uwe Brauer wrote:
>> Hi
>> Googling I found the following
>> https://github.com/anishathalye/git-remote-dropbox
>> Does anybody know about a similar feature for mercurial?
>> I could use the hg-git extension, but I am not sure that this would
>> be a
>> could idea.

> Hg-git always manages a shadow Git repository. You could write some
> glue code (e.g. a shell function) that

> 1) pulls using git-remote-dropbox (from inside the .hg/git directory)
> and imports the changes into hg using "hg gimport"
> 2) exports the changes to git using "hg gexport" and pushes using
> git-remote-dropbox (from inside the .hg/git directory)

ok, that does not sound too complicated

> This way you have two bridges (hg <-> git <-> dropbox), so there's a
> high change that things break, but you could be lucky.

That is encouraging ;-)


> Alternatively someone could implement a Mercurial peer that can
> communicate with dropbox (that would be the equivalent of what
> git-remove-dropbox does). I don’t know how much work that would be.

Right, after some thinking I am not sure that this dropbox plan is a
good strategy, I will it were.

_______________________________________________
Mercurial mailing list
[hidden email]
https://www.mercurial-scm.org/mailman/listinfo/mercurial

smime.p7s (7K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: a bridge to dropbox (git only)

Pierre-Yves David-2
In reply to this post by Uwe Brauer
On 5/30/20 1:57 PM, Uwe Brauer wrote:

>
> Hi
>
> Googling I found the following
> https://github.com/anishathalye/git-remote-dropbox
>
> Does anybody know about a similar feature for mercurial?
> I could use the hg-git extension, but I am not sure that this would be a
> could idea.
>
> Any comments?

Out of curiosity, what's your use case to use blackbox as
hosting/sharing method ? that seem extra complicated?

--
Pierre-Yves David
_______________________________________________
Mercurial mailing list
[hidden email]
https://www.mercurial-scm.org/mailman/listinfo/mercurial
Reply | Threaded
Open this post in threaded view
|

Re: a bridge to dropbox (git only)

Uwe Brauer
>>> "PD" == Pierre-Yves David <[hidden email]> writes:

   > On 5/30/20 1:57 PM, Uwe Brauer wrote:
   >> Hi
   >> Googling I found the following
   >> https://github.com/anishathalye/git-remote-dropbox
   >> Does anybody know about a similar feature for mercurial?
   >> I could use the hg-git extension, but I am not sure that this would be a
   >> could idea.
   >> Any comments?

   > Out of curiosity, what's your use case to use blackbox as
   > hosting/sharing method ? that seem extra complicated?

Well to work with collaborators who don't gasp (or better who don't
want to gasp) the problem of merging. So every time they push and they get
the famous

,----
| remote has heads on branch 'default' that are not known locally: 46bbefa0d331
| abort: push creates new remote head 7efcd9b8376c!
| (pull and merge or see 'hg help push' for details about pushing new heads)
`----

They freak out, and claim that a dropbox solution is much simpler (since
editing or merging conflict are there but not noticed, which is a great
self delusion ;-)

So I thought

    1. Explaining merge

    2. Recommending hg fetch

    3. Using named branches

    4. Using bookmarks

    5. Using hg push -f

Then  I thought let them copy their changes to dropbox, and try to sort out the
mess they will create, but then it is not worth the effort.

I think I will 1) give again a try, if not 5), (and I sort out the mess)


_______________________________________________
Mercurial mailing list
[hidden email]
https://www.mercurial-scm.org/mailman/listinfo/mercurial

smime.p7s (7K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: a bridge to dropbox (git only)

Cesar Mena-2
Uwe Brauer <[hidden email]> writes:

> Well to work with collaborators who don't gasp (or better who don't
> want to gasp) the problem of merging. So every time they push and they get
> the famous
>
> ,----
> | remote has heads on branch 'default' that are not known locally: 46bbefa0d331
> | abort: push creates new remote head 7efcd9b8376c!
> | (pull and merge or see 'hg help push' for details about pushing new heads)
> `----
>
> They freak out, and claim that a dropbox solution is much simpler (since
> editing or merging conflict are there but not noticed, which is a great
> self delusion ;-)
>
> So I thought
>
>     1. Explaining merge
>
>     2. Recommending hg fetch
>
>     3. Using named branches
>
>     4. Using bookmarks
>
>     5. Using hg push -f
>
> Then  I thought let them copy their changes to dropbox, and try to sort out the
> mess they will create, but then it is not worth the effort.
>
> I think I will 1) give again a try, if not 5), (and I sort out the mess)

have you considered one of the lock extensions?
https://www.mercurial-scm.org/wiki/LockExtension

if your users agree to lock files before they edit that should get rid
of the conflict problem.

-cm
_______________________________________________
Mercurial mailing list
[hidden email]
https://www.mercurial-scm.org/mailman/listinfo/mercurial
Reply | Threaded
Open this post in threaded view
|

[lock extension] (was: a bridge to dropbox (git only))

Uwe Brauer

> Uwe Brauer <[hidden email]> writes:

> have you considered one of the lock extensions?
> https://www.mercurial-scm.org/wiki/LockExtension

> if your users agree to lock files before they edit that should get rid
> of the conflict problem.

Very interesting but the link to the extension is dead. So I conclude it
will not work with recent hg version.

Does anybody know about this extension?

Regards

Uwe Brauer

_______________________________________________
Mercurial mailing list
[hidden email]
https://www.mercurial-scm.org/mailman/listinfo/mercurial

smime.p7s (7K) Download Attachment