dolfin team mailing list archive
-
dolfin team
-
Mailing list archive
-
Message #24814
Re: Branching off 1.0 or 1.1
On 24 October 2011 17:31, Garth N. Wells <gnw20@xxxxxxxxx> wrote:
> On 24 October 2011 16:58, Anders Logg <logg@xxxxxxxxx> wrote:
>> You mean follow Marie's suggestion but wait until we have released
>> 1.0-beta2?
>>
>
> I don't really see the need to wait.
>
> I've registered a new series. The code is at
>
> https://code.launchpad.net/~dolfin-core/dolfin/dolfin-1.1
>
> We can play around with how best to configure things. I had a look at
> a couple of projects on Launchpad to see how they do it.
>
Here are some examples:
https://launchpad.net/unity
https://launchpad.net/inkscape
I think that we should keep trunk for development, and each time we
get ready for a release series (1.0, 2.0, etc) create a new series for
it.
After 1.0 we want 2.x.x or 1.1.x?
Garth
> Garth
>
>> --
>> Anders
>>
>>
>> On Mon, Oct 24, 2011 at 04:42:56PM +0200, Martin Alnæs wrote:
>>> I suggest making the fork from the upcoming beta release, this gives a cleaner relation between branches.
>>>
>>> Martin
>>>
>>> Den 24. okt. 2011 kl. 15:53 skrev "Marie E. Rognes" <meg@xxxxxxxxx>:
>>>
>>> >
>>> > We seem to agree that it is time to split the dolfin-1.0 and dolfin-dev development.
>>> >
>>> > Rather than splitting off new development to a -dev branch, I would suggest splitting
>>> > off 1.0 at this point, cf. the suggestions in "Creating series" on
>>> >
>>> > https://help.launchpad.net/Projects/SeriesMilestonesReleases
>>> >
>>> > Yes/no?
>>> >
>>>
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~dolfin
>>> Post to : dolfin@xxxxxxxxxxxxxxxxxxx
>>> Unsubscribe : https://launchpad.net/~dolfin
>>> More help : https://help.launchpad.net/ListHelp
>>
>> _______________________________________________
>> Mailing list: https://launchpad.net/~dolfin
>> Post to : dolfin@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~dolfin
>> More help : https://help.launchpad.net/ListHelp
>>
>
Follow ups
References