qemu-block
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-block] [Qemu-devel] [PATCH v2 0/2] docs/interop/bitmaps: rewri


From: John Snow
Subject: Re: [Qemu-block] [Qemu-devel] [PATCH v2 0/2] docs/interop/bitmaps: rewrite and modernize doc
Date: Fri, 26 Apr 2019 14:29:53 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1


On 4/23/19 2:10 PM, Vladimir Sementsov-Ogievskiy wrote:
> 23.04.2019 1:17, John Snow wrote:
>> The documentation as written in the 4.0 release is not quite correct as
>> of the 4.0 release; though thanks to backwards compatibility it's not
>> quite wrong either. It is suitable for inclusion in 4.0.1, or any
>> downstream that packages 4.0.
>>
>> This patch is an attempt at a nearly full rewrite that revitalizes this
>> document to address frequent questions I encounter when discussing the
>> API.
>>
>> V2:
>>    - Split off makefile change into its own little patch.
>>
>>    - Addressed (almost) all comments from Vladimir.
>>      - Example styling was not reworked.
>>    - Renamed all filenames to be consistent throughout the document,
>>      fixing a few more file extensions in the process
>>    - Reflowed almost all paragraphs to 78 columns for consistency.
>>    - Changed a few bulleted lists to paragraphs instead
>>    - Changed the big ascii text diagram to a more compact version
>>      and clarified its language
>>    - While in general I prefer to use en_US spellings, I have
>>      replaced "canceled" with "cancelled" so it does not look
>>      out of place juxtaposed with BLOCK_JOB_CANCELLED...
>>
>> Future work that remains to be done:
>>
>> - Paying heed to blockdev-backup workflows
>> - Adding a small migration section explaining the options there
>> - Possibly reworking some of the sections that all make their own
>>    repeated attempts to clarify time interval discretization and adding
>>    a proper treatment of the idea start to finish; this may be neccessary
>>    to explain the two below items properly:
>> - Differential Backups
>> - Pull Backups and NBD
> 
> This all looks a bit more than just "bitmaps.rst". I think at least most of 
> things
> about backups should be separated into backup.rst. (But, please, as a 
> follow-up, if
> you agree).
> 

Yeah, it could certainly be refactored a bit, but the core goal was
"bitmap objects, and the ways you can use them."

It has obviously grown a bit since then, but the push and pull backup
relating parts could go in their own document, maybe.

I'll worry about it later.

Thanks for your help with the reviews!



reply via email to

[Prev in Thread] Current Thread [Next in Thread]