[devel] Q: использование git-config как хранилище дефолтных опций для gear

[devel] Q: использование git-config как хранилище дефолтных опций для gear

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 1688 bytes --]

Я немного накоммитил в gear в ветке git-config.  Основная идея в
том, чтобы некоторые опции для некоторых команд держать в
.git/config.  Например шаблон тега для gear-create-tag (если из
одного репозитария собираются несколько пакетов имеет смысл
добавлять @name@ к имени тега).

Работает оно так:

gear_config_option VARIABLE_NAME OPTION_NAME "значение по умолчанию"

1. проверяется gear.SUBCOMMAND.OPTION_NAME
2. если не задано, проверяется gear.OPTION_NAME
3. если и оно не задано, переменной VARIABLE_NAME присваивается
"значение по умолчанию"

SUBCOMMAND это имя команды без префикса "gear-".

Примеры использования:

$ git config --add gear.create-tag.name '@name@-@version@-@release@'
$ git config --global --add gear.changelog.name 'My Cool Name'
$ git config --global --add gear.changelog.email 'my@cool.email'
$ git config --global --add gear.verbose -v
$ git config --global --add gear.merge.verbose ''

Чтобы начать это использовать надо пропатчить соответствующие
команды, примеры опять же у меня в git.

Существует множество способов выстрелить самому себе в ногу:

$ git config --add gear.changelog.name 'My Cool Name'
$ git config --add gear.changelog.name 'My Another Name'
$ gear-changelog --no-rules
error: More than one value for the key gear.changelog.name: My Another Name
* Mon Sep 08 2008 My Cool Name <my@cool.email> 1.5.0-alt1

Теоретически могут быть пересечения по именам опций, например
gear.changelog.rules (не реализовано) и gear.rules (реализовано).
Значения разные, но если gear.changelog.rules не определён, будет
fallback на gear.rules и в результате получится фигня.

Комментарии?

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: использование git-config как хранилище дефолтных опций для gear

[Damir Shayhutdinov]

> Комментарии?
Лично я бы разделил настройки на две части

1) Настройки, относящиеся к ведению конкретного репозитария. Сюда пока
подходит шаблон тега, список бранчей для автоматического merge и т.п.
В примере это gear.create-tag.name

2) Настройки, не относящиеся к ведению конкретного репозитария -
gear.changelog.name и прочие зависящие от персоны (gear.verbose etc).

Так вот, настройки первого типа хотелось бы копировать при
клонировании репозитария. Потому как они в общем-то составляют с ним
единое логическое целое "репозитарий + как с ним правильно работать".
В связи с этим считаю нормальным эти настройки держать где-нить в
.gear/config рабочего бранча.

Настройки второго типа при клонировании репозитария копировать не надо
- так как они нуждаются в индивидуальной настройке под конкретного
пользователя. Такие настройки удобнее хранить в .git/config (или в
глобальном .gitconfig).

В общем я за то, чтобы мухи были отделены от котлет.

Re: [devel] Q: использование git-config как хранилище дефолтных опций для gear

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 535 bytes --]

* Damir Shayhutdinov <damir@> [080908 20:38]:
> Так вот, настройки первого типа хотелось бы копировать при
> клонировании репозитария.
При помощи файла настроек специального вида злоумышленник может.
Чтобы он этого не мог, надо устраивать очередной неестественный
интеллект.  Плюс, .gear/config получается не per-repo, а
per-package, если не сказать per-master-branch.  Например,
настройки для gear-update не подхватятся в бранче "upstream".  Я
уже не говорю про резолв конфликтов и gear-merge...

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: использование git-config как хранилище дефолтных опций для gear

[Damir Shayhutdinov]

>> Так вот, настройки первого типа хотелось бы копировать при
>> клонировании репозитария.
> При помощи файла настроек специального вида злоумышленник может.
> Чтобы он этого не мог, надо устраивать очередной неестественный
> интеллект.  Плюс, .gear/config получается не per-repo, а
> per-package, если не сказать per-master-branch.  Например,
> настройки для gear-update не подхватятся в бранче "upstream".
Это и требуется. Для таких настроек, которые per-master-branch. Чтобы
клонирование репозитария приводило к сохранению важных настроек.

Re: [devel] Q: использование git-config как хранилище дефолтных опций для gear

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 732 bytes --]

* Damir Shayhutdinov <damir@> [080908 22:33]:
> >> Так вот, настройки первого типа хотелось бы копировать при
> >> клонировании репозитария.
> > При помощи файла настроек специального вида злоумышленник может.
> > Чтобы он этого не мог, надо устраивать очередной неестественный
> > интеллект.  Плюс, .gear/config получается не per-repo, а
> > per-package, если не сказать per-master-branch.  Например,
> > настройки для gear-update не подхватятся в бранче "upstream".
> Это и требуется. Для таких настроек, которые per-master-branch. Чтобы
> клонирование репозитария приводило к сохранению важных настроек.
Ты не понял.  Эти настройки подхватятся только если ты стоишь в
этом master-branch.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: использование git-config как хранилище дефолтных опций для gear

[Damir Shayhutdinov]

> Ты не понял.  Эти настройки подхватятся только если ты стоишь в
> этом master-branch.
Не обязательно. Вот как раз мастер-бранч можно указывать в
.git/config, со значением "master" по умолчанию. Поэтому он будет
доступен и из других бранчей.

Re: [devel] Q: использование git-config как хранилище дефолтных опций для gear

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 436 bytes --]

* Damir Shayhutdinov <damir@> [080908 23:06]:
> > Ты не понял.  Эти настройки подхватятся только если ты стоишь в
> > этом master-branch.
> Не обязательно. Вот как раз мастер-бранч можно указывать в
> .git/config, со значением "master" по умолчанию. Поэтому он будет
> доступен и из других бранчей.
У меня шесть "мастер-бранчей" только для сизифа в одном
репозитарии.

Короче, ерунду ты придумал.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: использование git-config как хранилище дефолтных опций для gear

[Damir Shayhutdinov]

>> > Ты не понял.  Эти настройки подхватятся только если ты стоишь в
>> > этом master-branch.
>> Не обязательно. Вот как раз мастер-бранч можно указывать в
>> .git/config, со значением "master" по умолчанию. Поэтому он будет
>> доступен и из других бранчей.
> У меня шесть "мастер-бранчей" только для сизифа в одном
> репозитарии.
В том-то и смысл.


> Короче, ерунду ты придумал.
Ладно, ждем пока поймешь.

Re: [devel] Q: использование git-config как хранилище дефолтных опций для gear

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 551 bytes --]

* Damir Shayhutdinov <damir@> [080909 11:40]:
> >> > Ты не понял.  Эти настройки подхватятся только если ты стоишь в
> >> > этом master-branch.
> >> Не обязательно. Вот как раз мастер-бранч можно указывать в
> >> .git/config, со значением "master" по умолчанию. Поэтому он будет
> >> доступен и из других бранчей.
> > У меня шесть "мастер-бранчей" только для сизифа в одном
> > репозитарии.
> В том-то и смысл.
И что писать в .git/config?

> > Короче, ерунду ты придумал.
> Ладно, ждем пока поймешь.
Жди ;-)

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: использование git-config как хранилище дефолтных опций для gear

[Alexey Gladkov]

Alexey I. Froloff wrote:
> Теоретически могут быть пересечения по именам опций, например
> gear.changelog.rules (не реализовано) и gear.rules (реализовано).
> Значения разные, но если gear.changelog.rules не определён, будет
> fallback на gear.rules и в результате получится фигня.
> 
> Комментарии?

Мне кажется, что идея хорошая. У каждого мантейнера свои предпочтения 
среди ключей, имён тегов и т.д.

Меня смущает откат gear.changelog.rules -> gear.rules ... есть 
возможность ложных срабатываний и не очевидных ошибок.
Может стоит убрать эту функцию, дабы увеличить стабильность работы?

-- 
Rgrds, legion

Re: [devel] Q: использование git-config как хранилище дефолтных опций для gear

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 310 bytes --]

* Alexey Gladkov <legion@> [080909 00:11]:
> Меня смущает откат gear.changelog.rules -> gear.rules ... есть 
> возможность ложных срабатываний и не очевидных ошибок.
> Может стоит убрать эту функцию, дабы увеличить стабильность работы?
Я тоже начинаю склоняться к этой мысли.

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]