How to integrated JIRA with Mercurial:
Fisheye - not possible for this task
Mercurial plugin not worked o the JIRA 6.1.7
FishEye supports Mercurial, so perhaps there is some other restriction?
File a support ticket about #2 since it is marked as supported. However, as the original author I recommend using FishEye instead of the plugin as a better solution architecturally
Related
Window Tortoisehg, realized I cannot use Bitbucket, is there free alternative for home use (with a cheap annual subscription) that is easy to setup. Many answer found here are outdated since Bitbucket no longer support Tortoisehg. I'm open for suggestion. I looked into GitHub but had no luck in making push works
You still can use Bitbucket and any other Git-hosting with hg-git extension in Mercurial (ssh and https pushes aren't a problem at all - I have and use Github repos from my THG)
You can see at pure Mercurial hostings, but I'll recommend starting from
Helix TeamHub (free)
SF.net (terrible old interface, but..)
Heptapod Hosting (paid, but not overpriced)
Heptapod is one commercial (not free) example. They say:
The power of GitLab Core and Mercurial combined ... Access your
Mercurial repository through HTTPS, SSH or the Web UI.
One side-benefit of using their services is that they themselves host the repositories for numerous Mercurial tools including TortoiseHG, etc. Perhaps / presumably the commercial side helps to financially support all of that:
https://foss.heptapod.net/explore/projects/trending
Some years ago, Mercurial | TortoiseHG could exchange data bidirectionally easy with at least 2 Big Brothers:
Subversion, using HGSubversion
Git, using HG-Git
Current (6.0 versions of family) state - the ordinary users have none:
hg-subversion is broken (extension can't be loaded), bundled with THG (Mercurial ???) extension not updated since 2019 hgsubversion: 6a6ce9d9da35 2019-04-19 (extraction from my TortoiseHg\extension-versions.txt), external SVN-bindings exist only for Python 2.7 (while py3-movement inside Mercurial is live and active)
hg-git got some big troubles, starting from THG 4.9 (manual patching of library.zip was required), on 6 version the situation has gotten better (no patching), but still unsatisfactory for the common user - installing Python 2.7 (for single-user) and using pip isn't The Right Way (tm)
Are there any comments, additions, clarifications, recommendations on how to do it (if what I am doing is wrong)?
Addition after some testing: special verson tortoisehg-6.0hggit-x64.msi from Matt Harbison at least allow using hg-git with ssh-transport (not http yet) and can be recommended for every-day usage by ordinary user.
So, as a current maintainer of hg-git and former contributor to hgsubversion, I think I can provide some context here.
Regarding hgsubversion, the short answer that it is either dead or — at best — extremely dormant. Personally, I have not interacted with a Subversion repository in years, and that's a common experience. No-one has been sufficiently motivated to fix bugs, keep it working, and — last, but not least — make it work with Python 3.
For hg-git, a period of semi-dormant state meant that the TortoiseHg maintainers stopped bundling it. We now keep up with Mercurial releases, and I've requested that they reverse that decision. I believe they bundle Dulwich, but as I don't use Windows, I can't say for sure. That said, it's quite reasonable to want to use hg-git with TortoiseHg, and if you run into any specific issues, I'd suggest you file a bug with them — or perhaps add a comment to the bug I linked earlier.
Generally speaking, you should be able to use 0.10.x version of hg-git with most versions of TortoiseHg, as I believe they bundle Dulwich. In that case, enabling the extension should be as simple as:
hg clone -u 0.10.x http://foss.heptapod.net/mercurial/hg-git /path/to/repo
And then adding the following to your .hgrc:
[extensions]
hggit = /path/to/repo/hggit
Once TortoiseHg moves to Python 3.x, the default branch of hg-git will work with it again.
EDIT: I was wrong; they don't bundle Dulwich, it seems. On the bug for this, one of the maintainers posted a link to a packaged installer that includes hg-git & Dulwich. The next release, 6.1, should fix this. Please consider testing the installer, and report to the TortoiseHg maintainers whether it works as expected.
EDIT²: Please note that only SSH works with that installer, as they ran into some issues bundling urllib3, which is necessary for HTTP support.
TortoiseHG 6.2
Bundled hg-git works (at least with GitHub), but for now only for https:// repos:
old worked ssh-access failed with complaining about my keys
With the new keypair (still RSA) and PageAnt-x64 (for THG-x64) I got both access-methods in game
I was using Hudson for doing my project builds and now planning to migrate to Jenkins.
The build server time is not in sync with the developer machines, and hence svn update does not work correctly. In Hudson, I was able to set the revision policy to HEAD, whereas its missing in Jenkins.
I searched a bit and saw that a Jira is created for this issue, but did not find a working solution for the problem.
I tried to manually install the Hudson subversion plugin in Jenkins, and the Revision policy option came up, but for some reason it caused an exception while setting the svn authentication info.
If anyone knows a solution to make this change in Jenkins, kindly reply.
Figured out. Append all SVN urls with #HEAD and svn update will happen from HEAD!
The plugin doesn't offer such feature but you might find useful this jira issue. There is a patch in the comments for that purpose. See Issue 1241.
I am finding any maven plugin for versioning database changes.
There are a few plugins that offer some support for this task:
Maven LiquiBase Plugin
Maven Database Migration Plugin
DbMaintain Maven Plugin (a plugin for DbMaintain, the famous tool from Unitils)
I don't have much experience with them, we currently use a custom tool to apply our change scripts. But the Maven Database Migration Plugin is a serious candidate to replace it. LiquiBase is pretty famous but also different, changes are described in a generic XML format. About DbMaintain, it works well (in Unitils) but I've never tested the wrapper plugin mentioned above.
Here is one more, it's simple to use and has excellent support for Mysql stored procedures:
Flyway Maven Plugin
I used this one http://jsoftware.org/maven-dbpatch-plugin
It supports rollback patches too.
I'm looking at using the Hudson JIRA plugin to post a JIRA comment on each build. The SCM I'm using is perforce which is already linked to the JIRA tasks using perforce jobs. I can see that the JIRA story (e.g. PROJ-001) is visible through the perforce plugin when clicking on the changelist number in the build reports.
I'm having problems getting the Hudson JIRA plugin to work as it appears to expect the JIRA story in the change text rather than using the perforce job reference.
Note, manually adding the JIRA story into the changetext for every commit is not an option, but I was wondering whether any had any ideas short of extending the JIRA plugin itself.
Have you tried any of these???
http://wiki.hudson-ci.org/display/HUDSON/JIRA+Plugin
https://plugins.atlassian.com/plugin/details/11858
Why don't you use Marvelution JIRA Hudson Integration? I tried it and it worked perfect.