On Wed, 16 Aug 2017, Rodrigo Vivi <rodrigo.v...@intel.com> wrote:
> Instead of forcing users to cat .patch or .mbox let's accept them
> as optional argument for dim apply-branches.

Well, that's a useless use of cat anyway. You could do

$ dim apply-branch branch < patch.mbox

> Cc: Daniel Vetter <daniel.vet...@ffwll.ch>
> Cc: Jani Nikula <jani.nik...@intel.com>
> Signed-off-by: Rodrigo Vivi <rodrigo.v...@intel.com>
> ---
>  dim     | 10 +++++++++-
>  dim.rst |  2 +-
>  2 files changed, 10 insertions(+), 2 deletions(-)
>
> diff --git a/dim b/dim
> index 11aa675cc3bc..e98d23b24ec0 100755
> --- a/dim
> +++ b/dim
> @@ -771,7 +771,15 @@ function dim_apply_branch
>       assert_branch $branch
>       assert_repo_clean
>  
> -     cat > $file
> +     case $1 in
> +             *".patch" | *".mbox")
> +                     cat $1 > $file
> +                     shift
> +                     ;;
> +             *)
> +                     cat > $file
> +                     ;;
> +     esac

This would really be a surprising interface, argument parsing based on
file suffixes. I don't approve.

You'll need to make this handle options before the branch argument,
something like:

Usage: dim apply-branch [apply-branch options] branch [--] [git options]

Is stdin redirection really such a bad thing?

BR,
Jani.


>  
>       message_id=$(message_get_id $file)
>  
> diff --git a/dim.rst b/dim.rst
> index 802c776e03f9..7f492edc4c04 100644
> --- a/dim.rst
> +++ b/dim.rst
> @@ -79,7 +79,7 @@ first need to check out the right branch using::
>  
>  Applying patches is done in the main repository with::
>  
> -    $ cat patch.mbox | dim apply-branch <branch>
> +    $ dim apply-branch <branch> patch.mbox
>  
>  This works like a glorified version of git apply-mbox and does basic patch
>  checking and adds stuff like patchwork links of the merged patch. It is

-- 
Jani Nikula, Intel Open Source Technology Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Reply via email to