Например, для такого:
gzip: 3.3d2:readme.txt name=@name@-3.3d2-readme.txt
где "3.3d2" - tag в бранче upstream

насчёт @name@ согласен. Но вот насчёт tree_path не уверен ...

Можно более жизненный пример?
У вас есть репозиторий, где вы хотите это применить?

(In reply to comment #2)
> насчёт @name@ согласен. Но вот насчёт tree_path не уверен ...
> 
> Можно более жизненный пример?

Это и есть реальный жизненный пример

> У вас есть репозиторий, где вы хотите это применить?

Есть. Вернее был, потому как поняв, что ничего не получится, просто тупо скопировал файлы из нужного бранча в master, переименовал и применил директиву gzip. Всё это вместо того, чтобы просто сослаться на нужный файл в нужном бранче.

(In reply to comment #2)
> насчёт @name@ согласен. Но вот насчёт tree_path не уверен ...

Если это нетривиально/сложно - так и скажите - я ведь не настаиваю:) Но то, что это не нужно...

(In reply to comment #0)
> Нельзя ли добавить tree_path в директиву compress (и, соответственно, в директивы gzip
> и bzip2), как это сделано в директиве tar (tar.gz, tar.bz2)?
> А также опцию name в директивы gzip и bzip2.

В директиву compress можно добавить, она по своей сути расширяемая.
А в простые директивы gzip и bzip2 лучше не добавлять, поскольку
это самые первые директивы, у них нет параметров, и
есть риск нарушить обратную совместимость.

P.S. Раньше или позже всплывёт тема квотирования.

(In reply to comment #5)
> В директиву compress можно добавить, она по своей сути расширяемая.

Вполне устроило бы.

(In reply to comment #5)
> В директиву compress можно добавить, она по своей сути расширяемая.

Если добавим в compress, то добавим и в copy, gzip и bzip2 ... иначе костыли придётся вставлять. Вообще, у нас есть некоторая несуразность:

zip: tree_path
gzip: glob_pattern...

У нас есть два семейства директив и аргументы у них обрабатываются по разному.

> А в простые директивы gzip и bzip2 лучше не добавлять, поскольку
> это самые первые директивы, у них нет параметров, и
> есть риск нарушить обратную совместимость.

Я могу попробовать сделать так чтобы tree_path обрабатывался с учётом обратной совместимости.

Меня смущает то, что директивы, использующие tree_path, принимают только один аргумент типа tree_path. Если у compress заменить glob_pattern на tree_path, то будут возможны такие конструкции:

compress: TAG1:file1.txt TAG2:src/foobar.c

В этом и была моя неуверенность. Хотим ли мы такого ?

> P.S. Раньше или позже всплывёт тема квотирования.

Можешь пояснить?

(In reply to comment #7)
> (In reply to comment #5)
> > В директиву compress можно добавить, она по своей сути расширяемая.
> 
> Если добавим в compress, то добавим и в copy, gzip и bzip2 ... иначе костыли придётся
> вставлять.

Там и без этого есть костыли:
name=<NAME>
    Specify destination file name in output directory.
    In this case glob_pattern should match only one file.

> Вообще, у нас есть некоторая несуразность:
> 
> zip: tree_path
> gzip: glob_pattern...
> 
> У нас есть два семейства директив и аргументы у них обрабатываются по
> разному.

Да, так исторически сложилось.

> > А в простые директивы gzip и bzip2 лучше не добавлять, поскольку
> > это самые первые директивы, у них нет параметров, и
> > есть риск нарушить обратную совместимость.
> 
> Я могу попробовать сделать так чтобы tree_path обрабатывался с учётом обратной
> совместимости.
> 
> Меня смущает то, что директивы, использующие tree_path, принимают только один
> аргумент типа tree_path. Если у compress заменить glob_pattern на tree_path, то будут возможны
> такие конструкции:
> 
> compress: TAG1:file1.txt TAG2:src/foobar.c
> 
> В этом и была моя неуверенность. Хотим ли мы такого ?

Нет, я бы не хотел такого.  Если tree_path, то только один.

> > P.S. Раньше или позже всплывёт тема квотирования.
> 
> Можешь пояснить?

пробелы в именах

(In reply to comment #8)
> Там и без этого есть костыли:
> name=<NAME>
>     Specify destination file name in output directory.
>     In this case glob_pattern should match only one file.

Как раз это не костыль :)
И это не приводит к дополнительному анализу type.


> > compress: TAG1:file1.txt TAG2:src/foobar.c
> Нет, я бы не хотел такого.  Если tree_path, то только один.

Я мало представляю такой мозг в make_compress(). Нужно смотреть, похож аргумент на tree_path и если похож, пытаться его срезолвить ...
Что делать если в качестве glob_pattern указывает на файл, а по признакам похож на tree_path ? Как понять что хотел пользователь glob_pattern или tree_path ?

> пробелы в именах

Да. Это наш скелет в шкафу. Нам нужно эту проблему решать ... вопрос поднимался и багу уже вешали.