3

I'm looking for a solution to have one .hgrc for mercurial to work in all my working environments(win/lin/mac), just like one vimrc to rule all.

It comes to a problem when I have to specify the path for some extensions, for example, hg-git:

on windows:

[extensions]
hggit = E:\hg-git\hggit

on linux/mac:

[extensions]
hggit = ~/hg-git/hggit

For vimrc, we have solution to distinguish different platform, like 

if has('win32')
  ...
endif

Knowing that mercurial's hgrc is barely a normal ini file, I wonder if there is similar solution for hgrc file.

Or maybe some other solution?

Update

Thanks for mentioning using "custom environment variable instead of hard coding", that works for extensions' path.

However, to make extensions work is just one goal. I believe there are other configurations' behavior that depends on platform, like in http://www.ogre3d.org/docs/OGREDeveloperGuide/index.html, specific options are needed for Windows and Mac. How to solve this kind of problem?

frank28_nfls
  • 229
  • 3
  • 10
  • Is there any chance that `$HOME/.hg-git/hggit` would work on all of them? – sarnold Jun 10 '11 at 04:09
  • Thanks, and yes, that works for extensions. However, I think there are some more work for other options. See my update please. – frank28_nfls Jun 10 '11 at 04:27
  • 2
    Is having *only one* hgrc file a hard requirement? If not, you could use [commom and machine-specific hgrc files](http://stackoverflow.com/q/1867237/151299). Personally I use this approach too .. works well. – Oben Sonne Jun 10 '11 at 08:46

3 Answers3

4

How about using the .hgrc include mechanism and three separate files:

~/.hgrc
~/.hgrc-windows
~/.hgrc-linux

where the main ~/.hgrc has:

%include .hgrc-$OS

and then set $OS in your windows profile and your linux profile's. Alternately you could probably find an env variable that already exists on both systems ($USERNAME is usally already set in both windows and unix and may differ for you).

Ry4an Brase
  • 78,112
  • 7
  • 148
  • 169
  • Wow, I haven't thought to use environment variable in this way, and you really open my mind. Thanks. – frank28_nfls Jun 14 '11 at 04:48
  • Be careful, OS environment variable [is already defined](https://stackoverflow.com/a/13124447/4600536) as "Windows_NT" on Windows platform – Hope Aug 02 '17 at 07:57
3

This is just in case you don't find a way to have only one .hgrc (or one set of .hgrc* files, per Oben Sonne's comment).

I only face Windows environments, so my mercurial.ini files are the same except for 1 path. I keep a copy in version control along with my Powershell profile script.

However, if I were faced with environments more varied, I would abstract the configuration to a script in a cross-platform language (e.g., Python) that overwrites the target .hgrc or mercurial.ini. I'd be able to have the pieces that have to be different for each OS/machine right next each other with easy ways of distinguishing which environment is current. Then I would keep that script in version-control to help keep the same version on each machine.

Since I don't change it often, I would probably execute it manually on each machine when I visited it next. For a larger number of machines or more frequent changes, I would have another script executed on login that pulls changes to the generating script from a central repo, and if there were indeed new changes pulled, update to tip and run the script.

(Heck, I'm now tempted to rig this kind of setup anyway.)

Joel B Fant
  • 24,406
  • 4
  • 66
  • 67
  • Thanks for the solution, I definitely learned something. However, the solution seems to be administrator-oriented, which is more suitable for quite large number of computers for different users. It's little heavy relative to my need, IMO. So I pick another one as the answer. Thanks anyway. – frank28_nfls Jun 14 '11 at 04:47
1

Why don't you just use a custom environment variable instead of hard coding the paths?

Julio Gorgé
  • 10,056
  • 2
  • 45
  • 60
  • Thanks. Using env. variable can solve problem for extensions. However, I think there are some more work for other options. Sorry to not mention them all at first. See my update please. – frank28_nfls Jun 10 '11 at 04:28