From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4AEAD62C.5050806@altlinux.com> Date: Fri, 30 Oct 2009 15:03:56 +0300 From: Anton Farygin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5pre) Gecko/20091019 Thunderbird/3.0pre MIME-Version: 1.0 To: ALT Linux Team development discussions References: <1256901269.8351.391.camel@dinkum-thinkum.spb.altlinux.org> <4AEAD35C.4000801@altlinux.com> <1256903888.8978.3.camel@dinkum-thinkum.spb.altlinux.org> In-Reply-To: <1256903888.8978.3.camel@dinkum-thinkum.spb.altlinux.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0J/QtdGB0L7Rh9C90LjRhtCwINC4INCw0YPQtNC40YIg?= =?utf-8?b?0LTQu9GPINCQ0LvRjNGC0LXRgNCw0YLQvtGA0LAgKNC90L7QstCw0Y8g0YI=?= =?utf-8?b?0LXQvNCwKQ==?= 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:04:28 -0000 Archived-At: List-Archive: List-Post: 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 только > для просмотра и сравнения. А восстанавливать конфигурационные файлы > напрямую из гита. Есть большая засада с тем, что не всё хранится именно в конфигурационных файлах. Да, и таким образом, например, не откатить создание пользователя. Тут нужно подумать как следует.