Re: [PATCH 0/5] My set of stgit companion scripts.

["Catalin Marinas" <catalin.marinas@gmail.com>]

On 04/01/07, Yann Dirson <ydirson@altern.org> wrote:
> The following series adds to contrib/ a set of bash scripts I find useful
> for my daily use of stgit.  They are probably closely tied to my workflow,
> but others may find them useful as well.  Some of them may be useful to
> pythonize and integrate in some form or another.

Yes, indeed. I'll try this week (now that the holidays are finished)
to add TODO and wishlist pages on the wiki so that people can extend
them.

> stg-show-old is a trivial thing, but since I often need that functionnality,
> it is much less comfortable than forging the same command-line over and over
> again.  It is also used by some of the other scripts.

Since we have some kind of patch history support, I'd rather extend
the git_id() function to parse patch names appended with ^ or ~x as in
GIT. This way you can access the full history and not only the
previous version of the patch.

You can currently do 'stg show [<patch>]//top.old'

> stg-fold-files-from and stg-swallow are invaluable when shuffing changes
> between patches.

The first one is indeed useful and might not be easy to implement in a
python-only script. The latter is useful as a shortcut but I would
rather have a python command (or --swallow option to 'pick' in
addition to --fold) to automate this.

> stg-what-changed is invaluable when shuffling patches in the stack.

It's interesting to see the diff of diffs but it takes some time to
get used to it :-). There is 'stg log (--patch|--graphical)' which
shows the diff of every refresh you did on the patch. What it doesn't
show is the diff of a push since this creates a new patch version
every time. Maybe this could be extended so that for push with
conflicts, it first stores a version with conflict markers and another
version after fixing them and refreshing.

> stg-cvs is a very young script, and probably very fragile.  It allows a
> lightweight way of preparing changes with stgit before committing them into
> a CVS tree.

I'm OK with this (but I won't use it much).

Thanks.

-- 
Catalin