From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bruce Richardson Subject: Re: versioning and maintenance Date: Wed, 19 Nov 2014 11:35:08 +0000 Message-ID: <20141119113507.GA2604@bricha3-MOBL3> References: <5606183.AkpK27L7yz@xps13> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: dev-VfR2kkLFssw@public.gmane.org, Neil Horman To: Thomas Monjalon Return-path: Content-Disposition: inline In-Reply-To: <5606183.AkpK27L7yz@xps13> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" On Wed, Nov 19, 2014 at 12:22:14PM +0100, Thomas Monjalon wrote: > Following the discussion we had with Neil during the conference call, > I suggest this plan, starting with the next release (2.0): > - add version numbers to libraries > - add version numbers to functions inside .map files > - create a git tree dedicated to maintenance and API compatibility > > It means these version numbers must be incremented when breaking the API. > Though the old code paths will be maintained and tested separately by volunteers. > A mailing list for maintenance purpose could be created if needed. > Hi Thomas, I really think that the versionning is best handled inside the main repository itself. Given that the proposed deprecation policy is over two releases i.e. an API is marked deprecated in release X and then removed in X+1, I don't see the maintaining of old code paths to be particularly onerous. /Bruce