[pnfs] A git-tree with my last 19 linux-pnfs-2.6-latest READ I/O patches

Benny Halevy bhalevy at panasas.com
Tue Dec 4 00:52:04 EST 2007


J. Bruce Fields wrote:
> On Mon, Dec 03, 2007 at 07:21:42PM -0800, Ricardo Labiaga wrote:
>   
>> So you're proposing to take the same content of linux-pnfs-2.6-latest
>> and basically generate a set of patches to keeps moving forward?
>>
>> I don't yet understand git well enough, but I've heard that git-rebase
>> is the wrong thing to use when you're sharing the repository with
>> others.  As I understood it, every rebase loses your history and messes
>> up those who have cloned from you.  Did I misunderstand?
>>     
>
> Well, it's a tradeoff.  You're essentially restarting the history from
> scratch each time.  That means for example if someone else is building
> work on top of your work, then they have to manually figure out where
> their series ended and your patches began in order to port them forward
> to a new version of your branch.
>
> Also unless you take extra steps to save old versions of the patch
> series you may have trouble, e.g., identifying regressions from one to
> the next.
>   
Right.  What I thought of is creating a branch before the rebase to 
provide a frozen snapshot
at this point.



More information about the pNFS mailing list