My contribution to the wish list is that I would like to see Mercurial added as a version control option.
Thanks.
Regards,
Steve
Mercurial Support.
Moderators: Alexander Halser, Tim Green
-
- Posts: 38
- Joined: Tue Feb 18, 2003 4:49 am
- Location: Canberra, Australia
- Tim Green
- Site Admin
- Posts: 23181
- Joined: Mon Jun 24, 2002 9:11 am
- Location: Bruehl, Germany
- Contact:
Re: Mercurial Support.
Hi Steve,
Thanks for posting this. Mercurial is definitely interesting -- for systems like Help+Manual you could say it is Git without the pain, and its limitations are not really things that would be a problem for HM. The real problems are demand and acceptance: Adding support for a version control system is a lot (really, a LOT) of work, so adding support for Mercurial wouldn't be a viable proposition if only a handful of customers actually use it. Git would be more of a pain, but demand for it is very high; we get requests for it all the time. Git has a much, much larger user base and supporting it would also open up the possibility of putting Help+Manual projects on GitHub.
So we're definitely looking into Mercurial, but I can't at the moment promise what will or won't come of it...
Thanks for posting this. Mercurial is definitely interesting -- for systems like Help+Manual you could say it is Git without the pain, and its limitations are not really things that would be a problem for HM. The real problems are demand and acceptance: Adding support for a version control system is a lot (really, a LOT) of work, so adding support for Mercurial wouldn't be a viable proposition if only a handful of customers actually use it. Git would be more of a pain, but demand for it is very high; we get requests for it all the time. Git has a much, much larger user base and supporting it would also open up the possibility of putting Help+Manual projects on GitHub.
So we're definitely looking into Mercurial, but I can't at the moment promise what will or won't come of it...
Regards,
Tim (EC Software Documentation & User Support)
Private support:
Please do not email or PM me with private support requests -- post to the forum directly.
Tim (EC Software Documentation & User Support)
Private support:
Please do not email or PM me with private support requests -- post to the forum directly.
-
- Posts: 454
- Joined: Thu Nov 16, 2006 1:29 pm
- Location: London, UK
Re: Mercurial Support vs Github
The ability to share sample projects efficiently via github pages could be very good for your reputation. But supporting git/github would require extra time and resources, and it might be necessary to offer a free version – e.g. for 10 topics or fewer – so that interested parties could play with the samples. To prevent the free edition from cannibalizing sales of H&M licences (e.g. for use by reviewers in large projects) might require technical measures that would impact normal use.Tim Green wrote:possibility of putting Help+Manual projects on GitHub
It's not an entirely straightforward choice. With pricing the devil is always in the details, so good luck with that...
-
- Posts: 38
- Joined: Tue Feb 18, 2003 4:49 am
- Location: Canberra, Australia
Re: Mercurial Support.
Thanks Tim. I'll continue to version control my H&M projects with Mercurial manually.Tim Green wrote:So we're definitely looking into Mercurial, but I can't at the moment promise what will or won't come of it...
Regards,
Steve
- Steffen Sledz
- Posts: 7
- Joined: Thu Feb 28, 2013 2:22 pm
Re: Mercurial Support.
That's definitely right. Please try to realize the Git support with a high priority! A lot of people are wainting for this.Tim Green wrote:Git would be more of a pain, but demand for it is very high; we get requests for it all the time. Git has a much, much larger user base and ...
BTW: Is it really that pain? If I'm right the Subversion support is based on TortoiseSVN. There's also a TortoiseGIT available which I guess has a similiar interface.
- Tim Green
- Site Admin
- Posts: 23181
- Joined: Mon Jun 24, 2002 9:11 am
- Location: Bruehl, Germany
- Contact:
Re: Mercurial Support.
It's not quite that simple, and we've learned to be cautious about depending on Tortoise. They recently shuffled the libraries in their DLLs and removed a DLL we depended on without warning or documentation, which caused a lot of problems for the SVN support. There's a workaround available, but it involves installing the Collabnet command line client for 32 bit.Steffen Sledz wrote:BTW: Is it really that pain? If I'm right the Subversion support is based on TortoiseSVN. There's also a TortoiseGIT available which I guess has a similiar interface.
Regards,
Tim (EC Software Documentation & User Support)
Private support:
Please do not email or PM me with private support requests -- post to the forum directly.
Tim (EC Software Documentation & User Support)
Private support:
Please do not email or PM me with private support requests -- post to the forum directly.