> Am 21.03.2017 um 19:17 schrieb Tilman Hausherr <thaush...@t-online.de>: > > Am 21.03.2017 um 17:53 schrieb Andreas Lehmkuehler: >> Hi, >> >> I'm thinking about implementing some stuff which would most likely require a >> new major version. Obviously there are some similar things which already >> came up, e.g. remove some disturbing public constants, switch to java 7 to >> use twelve monkeys lib. >> >> The question is, how should we deal with that. I see a handful of possible >> ways: >> >> - switch the current trunk to 3.0 and omit 2.1 (for now there are 3 tickets >> with "Fix version/s" 2.1 which didn't make it to the 2.0 branch for >> different reasons) >> - create a 2.1 branch based on the current trunk and switch the current >> trunk to 3.0 >> - create a 3.0 branch and don't change anything else. Merge all changes to >> the trunk once 2.1 was released some time in the future >> - don't change anything officially, but create a "private" 3.0 branch and >> merge those changes to a future 3.0 version > > I'm for solution 1 because it's a PITA to care about many versions. >
I'd go for 1 too - BR Maruan > Tilman > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org > For additional commands, e-mail: dev-h...@pdfbox.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org