git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH v2 11/13] remote-hg: force remote push

From
Felipe Contreras <felipe.contreras@gmail.com>
Date
Apr 4, 2013, 21:34 UTC
Message-ID
<CAMP44s16NcTBLWuUR9bb6KaspJYYcfsWVyF9NVO4gxP-gXr4WA@mail.gmail.com>
In-Reply-To
<87li8yqayf.fsf@59A2.org>
On Thu, Apr 4, 2013 at 2:48 PM, Jed Brown <jed@59a2.org> wrote:
Show 11 quoted lines
> Felipe Contreras <felipe.contreras@gmail.com> writes:
>
>
> [...]
>
>>> will need to play by those rules.
>>
>> No, we don't. The fact that you say so doesn't make it so.
>
> Then perhaps we have different goals [1].  I don't know any Git User that
> would prefer to have an Hg upstream accessed through remote-hg.
Who cares? If you don't know somebody, does that mean such person doesn't exist?
> We have
> to assume that every Git (remote-hg) User is dealing with Hg Team
No, we don't.
Show 5 quoted lines
> that
> is setting the rules, since otherwise Git User would just change the
> whole damn project to Git and be done with it.  In that sense, it is
> inappropriate to do things that are likely to make Hg Team yell at Git
> User.

If you are always going to do Mercurial workflows, then what's the point of using Git?

Show 5 quoted lines
>> I create a branch felipec-bookmarks, and I push as many heads as I
>> wish. Who will get affected? Nobody.
>
> Every Hg user will see those heads by default every time they run 'hg
> log' or 'hg heads'.

Wow, catastrophic. BTW. Any commit pushed will show in 'hg log' either way. And who will run 'hg heads' if, according to you, the project has stated that new heads should not be pushed? If no new heads are pushed, 'hg heads' will never show anything interesting.

Is that the *HUGE* problem? Too many heads will show in the arcane 'hg heads'?
>> And who says we are committing upstream?
>
> The discussion is moot if you don't want to push your commits upstream.
There are so many workflows and use cases you are completely ignoring.

Anyway, I'm not going to discuss with you any more, a configuration option would work perfectly, and curiously you didn't comment on that. It's quite clear that you are arguing for the sake of arguing, or at least not looking for a solution.

Bye.
-- 
Felipe Contreras
Previous: Jed BrownNext: Jed Brown
Message 22 of 30 in “remote-hg: general updates”
  1. 00/13 remote-hg: general updatesFelipe Contreras, Apr 4, 2013
  2. 01/13 remote-hg: trivial cleanupsFelipe Contreras, Apr 4, 2013
  3. 02/13 remote-hg: add missing config variable in docFelipe Contreras, Apr 4, 2013
  4. 03/13 remote-hg: properly report errors on bookmark pushesFelipe Contreras, Apr 4, 2013
  5. 04/13 remote-hg: fix for files with spacesFelipe Contreras, Apr 4, 2013
  6. 05/13 remote-hg: make sure fake bookmarks are updatedFelipe Contreras, Apr 4, 2013
  7. 06/13 remote-hg: trivial test cleanupsFelipe Contreras, Apr 4, 2013
  8. 07/13 remote-hg: redirect buggy mercurial outputFelipe Contreras, Apr 4, 2013
  9. Junio C HamanoApr 4, 2013
  10. 08/13 remote-hg: split bookmark handlingFelipe Contreras, Apr 4, 2013
  11. 09/13 remote-hg: refactor exportFelipe Contreras, Apr 4, 2013
  12. 10/13 remote-hg: update remote bookmarksFelipe Contreras, Apr 4, 2013
  13. 11/13 remote-hg: force remote pushFelipe Contreras, Apr 4, 2013
  14. Junio C HamanoApr 4, 2013
  15. Felipe ContrerasApr 4, 2013
  16. Junio C HamanoApr 4, 2013
  17. Jed BrownApr 4, 2013
  18. Felipe ContrerasApr 4, 2013
  19. Jed BrownApr 4, 2013
  20. Felipe ContrerasApr 4, 2013
  21. Jed BrownApr 4, 2013
  22. Felipe ContrerasApr 4, 2013
  23. Jed BrownApr 4, 2013
  24. Felipe ContrerasApr 4, 2013
  25. Joachim SchmitzApr 5, 2013
  26. Jed BrownApr 5, 2013
  27. 12/13 remote-hg: update tags globallyFelipe Contreras, Apr 4, 2013
  28. 13/13 remote-hg: push to the appropriate branchFelipe Contreras, Apr 4, 2013
  29. Junio C HamanoApr 4, 2013
  30. Felipe ContrerasApr 5, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.