From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Paul Wolneykien To: ALT Linux Team development discussions In-Reply-To: <4AEAD62C.5050806@altlinux.com> References: <1256901269.8351.391.camel@dinkum-thinkum.spb.altlinux.org> <4AEAD35C.4000801@altlinux.com> <1256903888.8978.3.camel@dinkum-thinkum.spb.altlinux.org> <4AEAD62C.5050806@altlinux.com> Content-Type: text/plain; charset="UTF-8" Organization: ALT Linux Date: Fri, 30 Oct 2009 15:14:19 +0300 Message-Id: <1256904859.8978.8.camel@dinkum-thinkum.spb.altlinux.org> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 (2.26.2-alt1) Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?8MXTz97OycPBIMkgwdXEydQgxMzRIOHM2NTF0sHUz9LB?= =?koi8-r?b?ICjOz9fB0SDUxc3BKQ==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Oct 2009 12:16:09 -0000 Archived-At: List-Archive: List-Post: В Птн, 30/10/2009 в 15:03 +0300, Anton Farygin пишет: > 30.10.2009 14:58, Paul Wolneykien пишет: > > В Птн, 30/10/2009 в 14:51 +0300, Anton Farygin пишет: > >> 30.10.2009 14:14, Paul Wolneykien пишет: > >>> В Птн, 30/10/2009 в 10:32 +0300, Stanislav Ievlev пишет: > >>>> 3. Поскольку конфигурирование орудует с объектами очень разной > >>>> природы, то как откатить какое-либо действие знает только бакенд. > >>>> Поэтому возможно что в ответ на вызов метода-модификатора будет > >>>> возвращаться команда для отката действия. > >>> > >>> А почему изменение конфигурации нужно как-то откатывать иначе чем > >>> накатывать? Речь, на мой взгляд, просто в версии конфигурационного > >>> файла. Git-справится. Другое дело, что git diff покажет дельту между > >>> файлами, в которой чёрт ногу сломит. Поэтому я думаю, что стоит > >>> показывать дельту между "/obj action read" который был раньше и "/obj > >>> action read" который мы имеем сейчас. Вот в чём была моя основная идея. > >> > >> Идея стоящая. Т.е. - можно добавить какую-то прослойку, которая будет > >> хранить все состояния дерева объектов. И, в зависимости от команды > >> -откатывать простым write нового значения ? > > > > Нет, простым write, к сожалению не получится. Стас, в своё время, не > > завёл такого полиси, чтобы все операции выполнялись исключительно > > посредством read/write. Так что я думаю использовать read и list только > > для просмотра и сравнения. А восстанавливать конфигурационные файлы > > напрямую из гита. > > Есть большая засада с тем, что не всё хранится именно в конфигурационных > файлах. Да. И вот тут как раз таки и нужна прослойка. И, кстати сказать, в некоторых случаях она уже имеется. Например правила iptables статически хранятся в etcnet. > > Да, и таким образом, например, не откатить создание пользователя. Тут > нужно подумать как следует. Да, сфера применения ограниченная. Но, вообще говоря, такие вещи как пакетная база и пользователи я не отношу к "настройкам".