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
Related
Extraction of Reusable Structured Data from Wikipedia
In this article, it is said that there is wmf4, mediawiki distribution including all the wikipedia extensions, but I can't find it.
There is no pre-built package with all extensions used in Wikimedia wikis, so the easiest way would be to clone the latest wmf-branch of MediaWiki (which is thought to be used in Wikimedia wikis and/or experienced users, only and may contain bugs for third party users) from the git repository and initialize the git submodules. So, to use the latest wmf version, 1.27.0-wmf.1, (which is currently used on Wikimedia test wikis, only, see the roadmap for the actual deployment status) you coulduse git:
git clone https://gerrit.wikimedia.org/r/mediawiki/core
cd core
git checkout wmf/1.27.0-wmf.1
git submodule update --init
After that you should have the actual copy of MediaWiki in the core directory (you can look at the contents on github, too). But think about, that wmf-versions aren't officially supported by the MediaWiki developers, but we welcome any bug report.
Btw.: You could clone the latest stable version (currently MediaWiki 1.25.X) and install all extensions you want, manually. A list of actual deployed extensions to Wikimedia wikis can be found here.
git clone https://gerrit.wikimedia.org/r/mediawiki/extensions
cd extensions
git submodule update --init
gets you all extensions hosted in Wikimedia's git repo. It's unlikely to be useful though. Also, I don't think extensions that are not used by Wikimedia have wmf/... branches.
I am a bit new to hg and while I am familiar with the python-based repo tool (used in project like the Android Open Source Project) I am not aware of one for Mercurial. Is there such a tool for hg?
I'm not very familiar with repo, but my understanding was that it allowed them to construct a project out of lots of smaller repositories.
If that's the case then it's just built in. Subrepositories.
Edlund was kind enough to open-source their repoman tool, which was directly inspired by the Android project's repo tool as I understand the history.
Is there such a thing as a web-based equivalent of the repository explorer /manager for Mercurial?
I know there's hgserve and I've seen SCM Manager but as far as I can see, these will only let you browse and push.
What I'm looking for is a web client with support for update and commit (and maybe also pull) commands.
BTW I'm not looking for the 'update on push' hook.
You should give Kallithea a try! It is a full-featured source code management system with support for both Mercurial and Git. It has a ton of features and allows you to edit files directly in the browser.
I have an existing Mercurial repository for a C++ application in a small corporate environment. I asked a co-worker to add the setup script to the repository and he added all of the dependency binaries, PDFs, and executable to the repository under an Install directory. I dislike having the binaries and dependencies in the same repository, but I'd like recommendations on best practices. Here are the options I am considering:
Create a separate repository for the
Installer and related files
Create a subrepository for the
Installer and related files
Use a (yet to be identified) build
dependency manager
I am concerned with using a subrepository with Mercurial based on what I've read so far and the (apparently) incomplete implementation. I would like to get a project dependency system, e.g. Ivy, but I don't know all of the options and haven't had time yet to try out any options.
I thought I'd use TortoiseHg as a basis, and it does not have the TortoiseHg binaries in the repository although it does have some binaries such as kdiff3.exe. Instead it uses setup.py to clone multiple repositories and build the apps. This seems reasonable for OSS, but not so much for corporate environments.
Recommendations?
I've had great luck using a good dependency manager, but it's more useful for code modules than artifacts. A sub-repo certainly works, but you'll not be cutting the clone time of people pulling the top tree since it will cascade into the subrepo too.
Someone will probably suggest using bfiles or big files, but I'd avoid it. They work well enough, but that functionality looks like it's going into mercurial this summer natively at which time those will languish.
Were I you I'd (a) hit the co-worker (b) try to strip those added files (using strip or convert), (c) re-do it will the installers being built not stored.
The PDFs I'd probably store, but there are some neat tricks for generating docs if you're interested.
Recently my IT guy decided to move over from SVN to mercurial, now I need a good GUI tool that will do the remote clone and so on. I tried murky and macMerial, I can't figure out how to get them either to work. I've been using "versions" for svn.
Thanks
And so, what's wrong with Murky? You just have to download the latest zip, launch the application and either clone the repository (if you didn't do it already) or drag it into Murky's window. After that, just double click on the projet and voila!
I found the Sourcetree app quite nice, which became available for free recently.
TortoiseHg seems to have some MacOS support.
I'll bet the issue here is not that the GUI isn't good. It's that the underlying concepts of how SVN and Mercurial work are too different for things to translate well.
Learn Mercurial, and then use a GUI for convenience (although personally I don't bother using a GUI in anything except Perforce, and I'm not saying that because I think the perforce GUI is good)
Start here