]>
git.madduck.net Git - code/myrepos.git/blobdiff - mr
madduck's git repository
Every one of the projects in this repository is available at the canonical
URL git://git.madduck.net/madduck/pub/<projectpath> — see
each project's metadata for the exact URL.
All patches and comments are welcome. Please squash your changes to logical
commits before using git-format-patch and git-send-email to
patches@ git. madduck. net .
If you'd read over the Git project's submission guidelines and adhered to them,
I'd be especially grateful.
SSH access, as well as push access can be individually
arranged .
If you use my repositories frequently, consider adding the following
snippet to ~/.gitconfig and using the third clone URL listed for each
project:
[url "git://git.madduck.net/madduck/"]
insteadOf = madduck:
B<mr> [options] register [repository]
B<mr> [options] register [repository]
-B<mr> [options] config section ["parameter =[value]" ...]
+B<mr> [options] config section ["setting =[value]" ...]
B<mr> [options] action [params ...]
B<mr> [options] action [params ...]
Adds, modifies, removes, or prints a value from a mrconfig file. The next
parameter is the name of the section the value is in. To add or modify
Adds, modifies, removes, or prints a value from a mrconfig file. The next
parameter is the name of the section the value is in. To add or modify
-values, use one or more instances of "parameter=value". Use "parameter =" to
-remove a parameter. Use just "parameter" to get the value of a parameter .
+values, use one or more instances of "setting=value". Use "setting =" to
+remove a setting. Use just "setting" to get the value of a that setting .
For example, to add (or edit) a repository in src/foo:
For example, to add (or edit) a repository in src/foo:
The C<DEFAULT> section allows setting default values for the sections that
come after it.
The C<DEFAULT> section allows setting default values for the sections that
come after it.
-The C<ALIAS> section allows adding aliases for actions. Each parameter
+The C<ALIAS> section allows adding aliases for actions. Each setting
is an alias, and its value is the action to use.
All other sections add repositories. The section header specifies the
is an alias, and its value is the action to use.
All other sections add repositories. The section header specifies the
will be passed through the shell for expansion. For example,
C<[$HOSTNAME]>, or C<[${HOSTNAME}foo]>).
will be passed through the shell for expansion. For example,
C<[$HOSTNAME]>, or C<[${HOSTNAME}foo]>).
-Within a section, each parameter defines a shell command to run to handle a
+Within a section, each setting defines a shell command to run to handle a
given action. mr contains default handlers for "update", "status",
"commit", and other standard actions.
given action. mr contains default handlers for "update", "status",
"commit", and other standard actions.
The C<MR_ACTION> environment variable is set to the command being run
(update, checkout, etc).
The C<MR_ACTION> environment variable is set to the command being run
(update, checkout, etc).
-A few parameter s have special meanings:
+A few setting s have special meanings:
-If the "skip" parameter is set and its command returns true, then B<mr>
+If "skip" is set and its command returns true, then B<mr>
will skip acting on that repository. The command is passed the action
name in C<$1>.
will skip acting on that repository. The command is passed the action
name in C<$1>.
-The "order" parameter can be used to override the default ordering of
+The "order" setting can be used to override the default ordering of
repositories. The default order value is 10. Use smaller values to make
repositories be processed earlier, and larger values to make repositories
be processed later.
repositories. The default order value is 10. Use smaller values to make
repositories be processed earlier, and larger values to make repositories
be processed later.
-If the "chain" parameter is set and its command returns true, then B<mr>
+If "chain" is set and its command returns true, then B<mr>
will try to load a F<.mrconfig> file from the root of the repository.
=item include
will try to load a F<.mrconfig> file from the root of the repository.
=item include
-If the "include" parameter is set, its command is ran, and should output
+If "include" is set, its command is ran, and should output
additional mrconfig file content. The content is included as if it were
part of the including file.
additional mrconfig file content. The content is included as if it were
part of the including file.
-Unlike all other parameters, this parameter does not need to be placed
-within a section.
+Unlike everything else, "include" does not need to be placed within a section.
B<mr> ships several libraries that can be included to add support for
additional version control type things (unison, git-svn, git-fake-bare,
B<mr> ships several libraries that can be included to add support for
additional version control type things (unison, git-svn, git-fake-bare,
-If the "deleted" parameter is set and its command returns true, then
+If "deleted" is set and its command returns true, then
B<mr> will treat the repository as deleted. It won't ever actually delete
the repository, but it will warn if it sees the repository's directory.
This is useful when one mrconfig file is shared among multiple machines,
B<mr> will treat the repository as deleted. It won't ever actually delete
the repository, but it will warn if it sees the repository's directory.
This is useful when one mrconfig file is shared among multiple machines,
-The "lib" parameter can specify some shell code that will be run
+The "lib" setting can contain some shell code that will be run
before each command, this can be a useful way to define shell
functions for other commands to use.
before each command, this can be a useful way to define shell
functions for other commands to use.
-Unlike most other parameter s, this can be specified multiple times, in
+Unlike most other setting s, this can be specified multiple times, in
which case the chunks of shell code are accumulatively concatenated
together.
=item fixups
which case the chunks of shell code are accumulatively concatenated
together.
=item fixups
-If the "fixups" parameter is set, its command is run whenever a repository
+If "fixups" is set, its command is run whenever a repository
is checked out, or updated. This provides an easy way to do things
like permissions fixups, or other tweaks to the repository content,
whenever the repository is changed.
is checked out, or updated. This provides an easy way to do things
like permissions fixups, or other tweaks to the repository content,
whenever the repository is changed.
=item VCS_action
When looking for a command to run for a given action, mr first looks for
=item VCS_action
When looking for a command to run for a given action, mr first looks for
-a parameter with the same name as the action. If that is not found, it
-looks for a parameter named "VCS_action" (substituting in the name of the
+a setting with the same name as the action. If that is not found, it
+looks for a setting named "VCS_action" (substituting in the name of the
version control system and the action).
Internally, mr has settings for "git_update", "svn_update", etc. To change
version control system and the action).
Internally, mr has settings for "git_update", "svn_update", etc. To change
-If a "pre_action" parameter is set, its command is run before mr performs the
-specified action. Similarly, "post_action" parameter s are run after mr
+If "pre_action" is set, its command is run before mr performs the
+specified action. Similarly, "post_action" command s are run after mr
successfully performs the specified action. For example, "pre_commit" is
run before committing; "post_update" is run after updating.
=item _append
successfully performs the specified action. For example, "pre_commit" is
run before committing; "post_update" is run after updating.
=item _append
-Any parameter can be suffixed with C<_append>, to add an additional value
-to the existing value of the parameter . In this way, actions
+Any setting can be suffixed with C<_append>, to add an additional value
+to the existing value of the setting . In this way, actions
can be constructed accumulatively.
=item VCS_test
can be constructed accumulatively.
=item VCS_test
+sub check {
+ my @env = qw(GIT_DIR GIT_INDEX_FILE GIT_OBJECT_DIRECTORY GIT_WORK_TREE VCSH_COMMAND VCSH_DIRECTORY VCSH_REPO_NAME);
+ foreach (@env) {
+ die ("mr: environment variable '$_' is set. You are about to shoot your own foot.\n") if ($ENV{$_});
+ }
+}
+
sub init {
$SIG{INT}=sub {
print STDERR "mr: interrupted\n";
sub init {
$SIG{INT}=sub {
print STDERR "mr: interrupted\n";
init();
help(@ARGV) if $ARGV[0] eq 'help';
init();
help(@ARGV) if $ARGV[0] eq 'help';
else
fossil clean --force --dotfiles --emptydirs "$@"
fi
else
fossil clean --force --dotfiles --emptydirs "$@"
fi
if [ "x$1" = x-f ] ; then
shift
vcsh run "$MR_REPO" git clean -dx "$@"
if [ "x$1" = x-f ] ; then
shift
vcsh run "$MR_REPO" git clean -dx "$@"