From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 26 Sep 2006 17:01:36 +0400 From: "Alex V. Myltsev" To: devel@lists.altlinux.org Message-ID: <20060926170136.16b315ae@localhost.localdomain> In-Reply-To: <20060926114904.GE18551@master.mivlgu.local> References: <20060922104427.GA8162@localhost.localdomain> <20060922233740.GA23397@nomad.office.altlinux.org> <20060923084002.GA8668@localhost.localdomain> <20060923084825.GA16165@basalt.office.altlinux.org> <20060923091957.GF8668@localhost.localdomain> <20060923140747.GA20143@basalt.office.altlinux.org> <20060923152346.GA10693@procyon.home> <20060923155446.GA23972@basalt.office.altlinux.org> <45178EA0.1080603@altlinux.com> <20060926141425.5647173a@localhost.localdomain> <20060926114904.GE18551@master.mivlgu.local> X-Mailer: Sylpheed-Claws 2.3.1cvs20 (GTK+ 2.10.3; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?Z2VhciAtLSDRgdC+0LfQtNCw0L3QuNC1INGC0LDRgNCx?= =?utf-8?b?0L7Qu9CwINC40Lcg0LTRgNGD0LPQvtCz0L4gYnJhbmNo?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9rc1 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Sep 2006 13:01:37 -0000 Archived-At: List-Archive: List-Post: On Tue, 26 Sep 2006 15:49:04 +0400 Sergey Vlasov wrote: > branch1 - это имя, которое gear-release в момент запуска преобразует в > sha1? В таком случае, даже если .gear-tags лежит в репозитории, это > само по себе ничего не значит, так как неизвестно, на что указывала > ссылка с указанным именем в момент запуска gear-release, > следовательно, действия мантейнера невозможно повторить > ... Разве что модифицировать .gear-tags в этом дереве, добавив туда > реально использованные sha1 пришитых бранчей. Ну ситуация же не становится лучше, если sha1 хранить в .gear-tags или ещё где-то. Всё равно непонятно, откуда эти sha1 появились. Я предлагаю хранить sha1 прямо в деревьях, родными механизмами git. > > * Создаёт новый коммит1, который ссылается на новосозданное дерево, > > а родителем числит прошлый release commit. Создаёт новый коммит2, > > который ссылается на новосозданное дерево, но не имеет родителей. > Откуда берётся прошлый release commit? Хм. Они вроде все лежат в refs/releases/? > У коммит1, если уж делать его в таком виде, нужно вторым родителем > ставить текущий коммит Нет, родителем у него должен быть только прошлый release commit. Тогда дифф между релизами будет настоящим диффом, со всеми исходниками. А вот информацию о всех сшитых вместе коммитах надо где-то хранить в релизе, это правда. Иначе нельзя будет проверить наследственность. > > если .gear-tags непуст, то gear не найдёт в нём path* и отвалится. > > Это напоминание сборщику, что HEAD требует применения > > gear-release. > Это неудобно - как минимум, нужен wrapper, позволяющий вызвать gear > одной командой (либо поддержка в самом gear). Поддержка в самом gear должна отсутствовать по определению. Из этого commit-ish не собирается однозначно пакет; значит, gear на него применять нельзя. Wrapper можно сделать, но он, разумеется, не будет обеспечивать воспроизводимости. > это должен быть не gear-release, а что-то другое. ОК. > при отсутствии связей между коммитами все объекты всегда передаются > полностью Беда. Я надеялся, что если дерево уже есть, то его заново не передают. Тогда, конечно, bare отпадает. > Кроме того, имея подобный коммит, никак не связанный с остальной > историей, невозможно получить изменения исходников относительно > оригинальной версии Ну, это и сейчас, с историей, непонятно как делать. Где она, оригинальная версия? -- Best regards, Alex V. Myltsev.