gnu-arch-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gnu-arch-users] tla changes: limit parameter


From: Stefan Reichör
Subject: [Gnu-arch-users] tla changes: limit parameter
Date: Fri, 03 Dec 2004 07:02:19 +0100
User-agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux)

Is it possible in tla to list only a subset of changes?

Assume a project with the files a.txt, b.txt, c.txt.
Every file has changed since the last commit.
'tla changes --diffs' shows the changes in every file.

Is it possible to show only the changes for a.txt?
Looking at 'tla changes -H':
% tla changes -H
report about local changes in a project tree
usage: tla changes [options] [revision] [-- limit...]

  -h, --help        Display a help message and exit.
  -H                Display a verbose help message and exit.
  -V, --version     Display a release identifier string and exit.
  -A, --archive     Override `my-default-archive'.
  -d, --dir DIR     Change to DIR first.
  -o, --output DIR  Save changeset in DIR (implies --keep).
  -v, --verbose     Verbose changeset report.
  -q, --quiet       Suppress progress information
  --diffs           Include diffs in the output.
  -k, --keep        Don't remove the output directory on termination.
  --link            hardlink unchanged files to revision library
  --unescaped       show filenames in unescaped form

Generate a patch report describing the differences between the
project tree containing DIR (or the current directory) and
REVISION.

The default patch level for a given version is the latest level for
which the project tree has a patch.  The default archive and version
is as printed by "tla tree-version".


There is the limit parameter, but I could not find a documentation for
it.


tla commit has a similar parameter:
usage: tla commit [options] [[archive]/version] [-- file ...]

The file parameter allows to commit only listed files.

Does limit in tla changes have the same meaning? It does not seem so.
But I think such functionality would be very useful!


Stefan.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]