From: Anton Farygin <rider@altlinux.com> To: devel@lists.altlinux.org Subject: Re: [devel] Gear и внешние VCS. Date: Thu, 19 Jun 2014 16:10:14 +0400 Message-ID: <53A2D326.7080801@altlinux.com> (raw) In-Reply-To: <20140619115541.GA10395@dad.imath.kiev.ua> On 19.06.2014 15:55, Igor Vlasenko wrote: > On Thu, Jun 19, 2014 at 03:10:55PM +0400, Anton Farygin wrote: >> On 19.06.2014 15:08, Igor Vlasenko wrote: >>> Соответственно, когда такие утилиты будут готовы, >>> надо будет просить всех майнтайнеров, использующих >>> VCS - обновляемые gear репозитории, создать и опубликовать >>> в этих репозиториях .gear/upstream/remotes, >>> а если есть желание ограничить доступ к своему репозиторию, >>> то делать это с помощью acl, а не сокрытием его служебной >>> информации. >> >> я в соседнем письме написал, почему нет смысла использовать для >> этого .gear/upstream/remotes >> т.е. - я не хотел бы использовать инструмент, который будет мне >> предоставлять алгоритм работы другого ментейнра. >> например, мне привычнее upstream remote держать в бранче не >> upstream, а source. >> >> Как тут быть ? > > Легко :) > > 2 файла .gear/upstream/tag-filter и > .gear/upstream/remotes - это формат, > в котором будет храниться служебная информация, > которая будет необходима для watch по tag. > > При этом .gear/upstream/remotes имеет более > глубокий смысл - > > * он позволяет сделать информацию о remotes публичной, > * может использоваться независимо от того, нужен ли watch по tag, > * крайне нужен NMUшникам. > > Но из этого совершенно не следует, что если пакет foo > одновременно сопровождает 2 майнтайнера A и B, то > если один из них создал .gear/upstream/remotes, > (например, А), то второй (В) > отгребет из этого файла не нужные ему ветви. следует что каждому мейнтейнеру для каждого своего пакета придётся делать действия, которых можно было бы избежать. > > Ведь никто не заставляет выполнять у себя > gear-restore-remotes, и робот тоже не будет этого > делать. Я в позапрошлом письме рассматривал алгоритм > обновления. Если в gear/rules тег, как в > tar:v@version@: . > то там достаточно использовать временную служебную ветвь, > какой-нибудь gearobersturmbannbranch. > Однако, служебная ветвь -- это мусор в репозитории, > поэтому умный робот проверит, есть ли в .git/config > ветви, описанные в .gear/upstream/remotes, > если есть, будет использовать их, чтобы не мусорить, > если же нет, создаст свой gearobersturmbannbranch. Умный робот мог бы посмотреть, если ли remotes на апстрим, описанный в watch файле и если есть - сделать fetch им, а не в отдельную служебную ветку. > > Если майнтайнер B тоже не хочет, чтобы у него создавался > gearobersturmbannbranch, а использовались его собственные, > отличные от майнтайнера A названия ветвей, > он может добавить файл .gear/upstream/remotes.$USER, > который будет иметь приоритет перед .gear/upstream/remotes. > А еще можно export GEAR_UPSTREAM_REMOTES_SUFFIX=..smth.., > и перекрыть все с помощью > .gear/upstream/remotes.$GEAR_UPSTREAM_REMOTES_SUFFIX > если вдруг понадобится. а что делать, если мейнтейнер не хочет записывать что-то в .gear/upstream (и тем более публиковать это) ? > > Конечно, в gear/rules архив может создаваться не по тегу, > а по ветви: tar:upstream: . > но тогда от создания у себя ветви upstream никуда не деться, > против лома нет приема, она железобетонно прописана в gear/rules, > разве что форкать свои .gear/rules. > > Так хорошо? Нет, плохо. Мне хотелось бы понять, чем не устраивает вариант с созданием веток под "настройки мейнтейнера" а не в соответствии с .gear/upstream/remotes ? Зачем плодить лишние сущности ? сделайте в домашнем каталоге .uupdate-branches и в нём пропишите все необходимые ветки. ну и дефолт в виде upstream upstream
next prev parent reply other threads:[~2014-06-19 12:10 UTC|newest] Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top 2014-06-17 19:42 [devel] Q: редкие примеры .gear/rules ? Igor Vlasenko 2014-06-18 4:45 ` Eugene Prokopiev 2014-06-18 17:53 ` Igor Vlasenko 2014-06-19 7:52 ` Igor Vlasenko 2014-06-19 8:00 ` Eugene Prokopiev 2014-06-19 11:08 ` [devel] Gear и внешние VCS Igor Vlasenko 2014-06-19 11:10 ` Anton Farygin 2014-06-19 11:55 ` Igor Vlasenko 2014-06-19 12:10 ` Anton Farygin [this message] 2014-06-19 12:17 ` Igor Vlasenko 2014-06-19 12:49 ` Anton Farygin 2014-06-19 13:09 ` Anton Farygin 2014-06-19 14:38 ` Igor Vlasenko 2014-06-19 14:24 ` Igor Vlasenko 2014-06-19 17:02 ` Anton Farygin 2014-06-19 18:20 ` Igor Vlasenko 2014-06-19 18:35 ` Anton Farygin 2014-06-19 18:52 ` Igor Vlasenko 2014-06-19 19:08 ` Anton Farygin 2014-06-19 19:46 ` Igor Vlasenko 2014-06-19 19:50 ` Igor Vlasenko 2014-06-20 5:51 ` Anton Farygin 2014-06-20 12:23 ` Igor Vlasenko 2014-06-20 5:01 ` Eugene Prokopiev 2014-06-20 12:11 ` Igor Vlasenko 2014-06-20 12:20 ` Eugene Prokopiev 2014-06-18 6:14 ` [devel] Q: редкие примеры .gear/rules ? Anton Farygin 2014-06-18 10:30 ` Dmitry V. Levin 2014-06-18 17:54 ` Igor Vlasenko 2014-06-18 18:30 ` Igor Vlasenko 2014-06-18 18:40 ` Pavel Vainerman 2014-06-18 19:08 ` Anton Farygin 2014-06-18 9:50 ` Anton V. Boyarshinov 2014-06-18 10:53 ` Sergey V Turchin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=53A2D326.7080801@altlinux.com \ --to=rider@altlinux.com \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git