The Settings dialog is used to configure both TortoiseHg and theunderlying Mercurial DVCS. Since TortoiseHg uses Mercurial’s underlyingconfiguration system to store and retrieve its settings, these areessentially the same thing.

Simple Hg Server is a simple app that lets you setup and run your own Hg / Mercurial service instantly. With Simple Hg Server, you can setup a Hg server in one minute! Here are the steps: 1. Search the world's information, including webpages, images, videos and more. Google has many special features to help you find exactly what you're looking for.

Mercurial on Windows has a three-tier configuration system.

Minecraft Simple Servers. Find the best mc servers Simple on our topsite and play for free. Add and promote your Minecraft server on the best top list for more players. HgLab is a powerful self-hosted Mercurial Server and Repository Management for Windows with Push and Pull server, Active Directory and LDAP integration, built-in Pushlog and other goodies.

1. A site-wide configuration file inC:ProgramFilesTortoiseHgMercurial.iniThis file is read first and thus has the lowest priority.
2. A per-user configuration file inC:DocumentsandSettingsusernameMercurial.iniThis file is read second and thus can override settings in thesite-wide configuration file.
3. A per-repository configuration file in repo-root.hghgrc Thisfile is read last and can override site-wide and user global settings.

The site-wide file can be overwritten on upgrades so it is recommendedthat you do not make changes to this file. Instead, you should makechanges to your user Mercurial.ini and/or the repositoryhgrc file. The TortoiseHg Settings dialog enforces thissuggestion by only operating in two modes:

Global

edits your user Mercurial.ini file

Repository

edits a repository .hg/hgrc file

You may toggle between the two modes using the combo box at the top ofthe dialog, or directly edit the file in your configured visual editor.

Most TortoiseHg users will want to store all configurables in theirglobal user settings, and only use the repository hgrc to store paths(remote repository aliases) and web settings, though it is possible tooverride many configurables per-repository (a common example is toconfigure a username for use in a specific repository). Also note thatthe user and repository configuration files may not exist until you runthe Settings dialog for the first time.

6.1. Tabs¶

The Settings tool is a tabbed application.

Each tab corresponds roughly to a section of your Mercurial.inifile, though there is a certain amount of overlap. Some sections weresplit across multiple tabs for clarity.

Every tab but Sync has the same format, a list ofconfigurable options with a drop-down combo box with possible values anda history of options you have used for that setting. The configurablename (label) has a tooltip which describes in more detail what you areconfiguring and its default value. The description of the currentlyfocused configurable is also shown in a text box at the bottom of thedialog.

Please consult the Mercurial wiki for more detailed information aboutthese configurables (except for the first three tabs:TortoiseHg, Commit, Changelog, whichare specific to TortoiseHg).

6.1.1. TortoiseHg¶

Specify the command to launch your preferred terminal shellapplication. If the value includes the string %(reponame)s, thename of the repository will be substituted in place of%(reponame)s. Similarly, %(root)s will be the full path tothe repository. (restart needed)

Default, Windows:

cmd.exe/Ktitle%(reponame)s

Default, OS X:

not set

Default, other:

xterm-T'%(reponame)s'

6.1.2. Workbench¶

Simple Git Server Mac

Simple Git Server Docker

Select when TortoiseHg will show a prompt to activate a bookmark whenupdating to a revision that has one or morebookmarks.

auto :

Try to automatically activate bookmarks. When updating to a revisionthat has a single bookmark it will be activated automatically. Showa prompt if there is more than one bookmark on the revision that isbeing updated to.

prompt :

The default. Show a prompt when updating to a revision that has one

or more bookmarks.

never :

Never show any prompt to activate any bookmarks.

Default: prompt

Show indirect revision dependency on the revision graph when filteredby revset. Default: True

Note

Calculating family line may be slow in some cases. This option isexpected to be removed if the performance issue is solved.

6.1.3. Commit¶

Select when the working directory status list will be refreshed:

auto:default

let TortoiseHg decide when to refresh the working directory statuslist. TortoiseHg will refresh the status list whenever it performsan action that may potentially modify the working directory.This may miss any changes that happen outside of TortoiseHg’scontrol;

always :

in addition to the automatic updates above, also refresh the statuslist whenever the user clicks on the “working dir revision” or onthe “Commit icon” on the workbench task bar;

alwayslocal :

same as always but restricts forced refreshes to local repos.

Default: auto

6.1.4. Sync¶

Select the revisions that will be pushed by default, whenever youclick the Push button.

all :

The default. Push all changes in all branches.

branch :

Push all changes in the current branch.

revision :

Push the changes in the current branch up to the current revision.

Default: all

Select if TortoiseHg will show a target combo in the sync toolbar.

auto :

The default. Show the combo if more than one target configured.

always:

Always show the combo.

Default: auto

Command to use for SSH connections.

Default: ssh or TortoisePlink.exe-ssh-2 (Windows)

6.1.5. Server¶

Ubuntu Simple Git Server

Repository Details:

Name:

Repository name to use in the web interface, and by TortoiseHg as ashorthand name. Default is the working directory.

Encoding:

Character encoding of files in the repository, used by the webinterface and TortoiseHg.

‘Publishing’ repository:

Controls draft phase behavior when working as a server. When true,pushed changesets are set to public in both client and server andpulled or cloned changesets are set to public in the client. Default:True

Web Server:

Description:

Textual description of the repository’s purpose orcontents.

Contact:

Name or email address of the person in charge of therepository.

Style:

Which template map style to use.

Archive Formats:

Comma separated list of archive formats allowed fordownloading.

Port:

Port to listen on.

Push Requires SSL:

Whether to require that inbound pushes be transportedover SSL to prevent password sniffing.

Stripes:

How many lines a “zebra stripe” should span in multiline output.Default is 1; set to 0 to disable.

Max Files:

Maximum number of files to list per changeset.

Max Changes:

Maximum number of changes to list on the changelog.

Allow Push:

Whether to allow pushing to the repository. If empty or notset, push is not allowed. If the special value “*”, any remoteuser can push, including unauthenticated users. Otherwise, theremote user must have been authenticated, and the authenticateduser name must be present in this list (separated by whitespaceor “,”). The contents of the allow_push list are examined afterthe deny_push list.

Deny Push:

Whether to deny pushing to the repository. If empty or not set,push is not denied. If the special value “*”, all remote usersare denied push. Otherwise, unauthenticated users are alldenied, and any authenticated user name present in this list(separated by whitespace or “,”) is also denied. The contentsof the deny_push list are examined before the allow_push list.

6.1.8. Diff and Annotate¶

Patch EOL:

Normalize file line endings during and after patch to lf or crlf.Strict does no normalization. Auto does per-file detection, and isthe recommended setting. Default: strict

Git Format:

Use git extended diff header format.Default: False.

MQ Git Format:

When set to auto, mq will automatically use git patches whenrequired to avoid losing changes to file modes, copy records orbinary files. If set to keep, mq will obey the [diff] sectionconfiguration while preserving existing git patches upon qrefresh. Ifset to yes or no, mq will override the [diff] section andalways generate git or regular patches, possibly losing data in thesecond case. Default: auto

No Dates:

Do not include modification dates in diff headers.Default: False.

Show Function:

Show which function each change is in.Default: False.

Ignore White Space:

Ignore white space when comparing lines.Default: False.

Ignore WS Amount:

Ignore changes in the amount of white space.Default: False.

Ignore Blank Lines:

Ignore changes whose lines are all blank.Default: False.

Annotate:

Ignore White Space:

Ignore white space when comparing lines in the annotate view.Default: False

Ignore WS Amount:

Ignore changes in the amount of white space in the annotate view.Default: False

Ignore Blank Lines:

Ignore changes whose lines are all blank in the annotate view.Default: False

6.1.10. Issue Tracking¶

Simple Git Server

Determines when the issue tracker state will be updated byTortoiseHg. Valid settings values are:

Simple Git Server Windows

never :

Do not update the Issue Tracker state automatically.

commit :

Update the Issue Tracker state after a successful commit.

Default: never

A “template string” that, when set, turns the revision number andshort hashes that are shown on the revision panels into links.The “template string” uses a “mercurial template”-like syntax thatcurrently accepts two template expressions:

{node|short} :

replaced by the 12 digit revision id (note that {node} on itsown is currently unsupported).

{rev} :

replaced by the revision number.

For example, in order to link to bitbucket commit pages you can setthis to: https://bitbucket.org/tortoisehg/thg/commits/{node|short}

6.1.13. Projrc¶

When to ask the user to confirm the update of the local “projrc”configuration file when the remote projrc file changes. Possiblevalues are:

always:default

Always show a confirmation prompt before updating the local.hg/projrc file.

first :

Show a confirmation dialog when the repository is cloned or when aremote projrc file is found for the first time.

never :

Update the local .hg/projrc file automatically, withoutrequiring any user confirmation.

Simple Hg Servers

Let the user update the projrc on incoming:

never:default

Show whether the remote projrc file has changed, but do not update(nor ask to update) the local projrc file.

prompt :

Look for changes to the projrc file. If there are changes alwaysshow a confirmation prompt, asking the user if it wants to updateits local projrc file.

auto :

Look for changes to the projrc file. Use the value of the“projrc.confirm” configuration key to determine whether to show aconfirmation dialog or not before updating the local projrc file.

Default: never

Simple Hg Server Ip

6.2. Keyboard navigation¶

Ctrl-Enter

Apply changes and close the tool, the equivalent of pressing the‘Ok’ button.

6.3. From command line¶

The setting dialog can be started from command line

for the repository settings (.hg/hgrc file) or

for the user configuration (Mercurial.ini file).

The syntax is simple, no options or parameters are needed, except the globaloptions.

Rise ServersThe most affordable bare-metal servers offered by OVHcloud.
Advance ServersFor companies looking to invest in versatile servers.
Dedicated Infrastructure serversComputing capacity and storage adapted to server clusters.
Storage ServersServers for archiving, backup, or distributed storage.
Scale ServersSpecifically designed for complex, high-resilience infrastructures.
High Grade ServersThe most powerful servers, optimised for critical loads.
Game serversFor video games and streaming platforms.
Hyperconverged infrastructure (HCI)Proxmox VE, OpenStackSoftware-defined storage (SDS)Netapp, Ceph, OpenIO, ScalityVirtualisation and containerisationVMware ESXi, Proxmox VE, KVM, Citrix XenServer, Microsoft Hyper-V, Docker, Kubernetes, Apache MesosBig data and analyticsHadoop, Cloudera, Spark, Solr, ElasticsearchArchiving and backuprestic, rsync