Anton Shestakov writes:
> As usual, the release is available on PyPI, and upgrade is
> recommended: https://pypi.org/project/hg-evolve/11.1.6/
>
> This is a bugfix release. The notable changes are: evolve won't
> consider all parts of a split content-divergent if only some of them
> are; obshashra
Uwe Brauer via Mercurial writes:
"UBvM" == Uwe Brauer via Mercurial
writes:
> I think
> hg log --style changelog
Only saw your own answer now … sorry.
> comes very close, however in hg 6.X it inserts also a hash
…
> Any possibility of not having the HASH?
It looks like the hash
Uwe Brauer via Mercurial writes:
> In my Ubuntu installation there is git2cl
> Simple tool to convert git logs to GNU ChangeLog format.
>
> Does anybody know about something similar for mercurial?
Yes:
hg log --style changelog > ChangeLog
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch
Hello Simon,
> $ hg commit
>
> $ You have untracked files! [(i)gnore / (r)eview / (a)bort]?
This would usually break for me when there are temporary files which
aren’t in .hgignore.
My solution is usually to hg add and then
hg commit --amend
That replaces the commit with one with the files add
Uwe Brauer via Mercurial writes:
> No, vc-mode is an entirely independent implementation. I remember this
> because I motivated Dmitry Gutov[1]
> [1] = nagged him Dmitry Gutov till he gave in 😇
That’s awesome! Thank you!
Did you know that this was shown in a Systemcrafters stream last friday?
Uwe Brauer via Mercurial writes:
>> But when I’m already in Emacs, having an Emacs UI is more efficient.
>
> Yes, but that is what I try to say! There
> was already an Emacs interface doing that!
>
> It is called commit-patch.el found in:
>
>
> https://github.com/caldwell/commit-patch
> According
Uwe Brauer via Mercurial writes:
"ABvM" == Arne Babenhauserheide via Mercurial
writes:
>
>> David Demelier writes:
>
>>> Well, convenient and Git in the same sentence is somewhat strange.
>>> Git is far from being convenient in any shape of form.
>
>> At work we’re using Git. That wa
David Demelier writes:
> Well, convenient and Git in the same sentence is somewhat strange. Git
> is far from being convenient in any shape of form.
At work we’re using Git. That was hard to bear until I learned to use
magit (in Emacs). And magit actually makes Git convenient from Emacs. It
was o
David Demelier writes:
>> On 19 Jul 2024, at 14:28, PIERRE AUGIER
>> wrote:
>> 1. Setting up Mercurial with basic extensions (topics, hg-git,
>> evolve) is TOO difficult and long for beginners (in particular
>> compared to Git).
>
> I don't know for you all but I always used the package manager
David Demelier writes:
>> More generally, with Git, one can run `git config --global user.name
>> "Mona Lisa"`, which is convenient for beginners (much more than
>> editing a file).
> My own .hgrc didn't move in 10 years. Editing a configuration file
> from code is annoying and complicated which
Uwe Brauer via Mercurial writes:
> 1. First a comment on installing mercurial. Yes, the python _thing
>is a problem, but in my understanding python itself is the
>culprit to a certain extend, since backward compatibility was not
>a mayor goal. (2.7 vs 3.X 3.5 vs 3.10 e
Hi,
GNU patch supports comments in patches, and Emacs mode supports these as
well.
Would it be possible to support them in hg import?
They seem pretty useful to make review easier.
Example:
# HG changeset patch
# User Arne Babenhauserheide
# Date 1719561559 -7200
# Fri Jun 28 09:59:19
Dan Villiom Podlaski Christiansen writes:
> https://pypi.org/project/hg-git/1.1.3
> https://foss.heptapod.net/mercurial/hg-git/-/releases/1.1.3
> https://matrix.to/#/#hg-git:matrix.org
> * Mark Dulwich 0.22.0 and 0.22.1 as unsupported. The compatibility
> hack didn't work in practice.
> * Mark M
Hi Ernie,
Ernie Rael writes:
> I'd like to turn it into the following, with legacy is in a different
> directory,
> and where the history of hglog looks right. This is wanted because the new
> version is buggy, and it's useful to run either.
>
>- - - history - - - -o:legacy
> /
Chris Green writes:
> On Fri, Jun 14, 2024 at 09:05:59AM +0100, Chris Green wrote:
>> On Fri, Jun 14, 2024 at 12:17:10AM +0200, Dr. Arne Babenhauserheide via
>> Mercurial wrote:
>> > Chris Green writes:
>> >
>> > > Is there a way to manage
Chris Green writes:
> Is there a way to record the file *names* in a directory hierarchy
> rather than their contents?
Do you mean something like the lfs extension?
https://www.mercurial-scm.org/doc/hg.1.html#lfs
Depending on the setting, this then tracks the filenames and can store
the conten
Chris Green writes:
> Is there a way to manage the files which are the same across multiple
> systems and, at the same time, managing the special cases?
You can create named branches for the special cases and `merge` default
into these when you do general changes.
If you happen to do a change i
David Soria Parra writes:
> I just noted that mercurial-scm.org is down. I am not sure who hosts
> the site nowadays but I wanted to let you know.
It seems to be up again — thank you for writing right away!
Best wishes,
Arne
--
Unpolitisch sein
heißt politisch sein,
ohne es zu merken.
draketo.
18 matches
Mail list logo
