Re: [Pharo-dev] Versionner is even Coooler

2014-05-20 Thread Christophe Demarey

Le 20 mai 2014 à 14:28, Ben Coman a écrit :

> Christophe Demarey wrote:
>> 
>> Thanks a lot for all your nice words.
>> You were right, there are other contributors to Versionner: first author 
>> Alexandre Bergel, then Juan Pablo Sandoval but also a lot of feedbacks from 
>> users (a mention to Sean for that) essential for such a tool.
>> 
>> Le 20 mai 2014 à 10:10, kilon alios a écrit :
>> 
>>   
>>> can someone explain "save to development" ?
>>> 
>> 
>> When you do structural changes* in your configuration, it is done "in 
>> memory". To keep theses changes, you need to save them in the configuration. 
>> It is always done in the development version (the only version you can edit 
>> is the development version) that is backed by a baseline.
>> If you need to do structural changes, use "Save to development" to flush 
>> your changes. If you only need to generate a new version with packages 
>> numbers updated, then use the "release version" button.
>> 
>> * structural change: basically a change made to a baseline: addition/removal 
>> of a package / project group, edition of requirements or includes directives.
>> 
>> 
>> If it is not clear, don't hesitate to ask more explanation.
>> 
>> Best regards,
>> Christophe.
> 
> So would "Save to baseline" mean the same as "Save to development"?

Kind of.
The idea is to hide the baseline complexity from the user point of view.
The user only see releases (numbered version) and the development version where 
changes are possible.

'Save to baseline' is not clear about the baseline that will be used to save. 
In fact, development points to the latest baseline and creates new one if 
needed (ex: baseline used by a release that you need to edit).

smime.p7s
Description: S/MIME cryptographic signature


Re: [Pharo-dev] Versionner is even Coooler

2014-05-20 Thread Ben Coman




Christophe Demarey wrote:

  Thanks a lot for all your nice words.
You were right, there are other contributors to Versionner: first author Alexandre Bergel, then Juan Pablo Sandoval but also a lot of feedbacks from users (a mention to Sean for that) essential for such a tool.

Le 20 mai 2014 à 10:10, kilon alios a écrit :

  
  
can someone explain "save to development" ?

  
  
When you do structural changes* in your configuration, it is done "in memory". To keep theses changes, you need to save them in the configuration. It is always done in the development version (the only version you can edit is the development version) that is backed by a baseline.
If you need to do structural changes, use "Save to development" to flush your changes. If you only need to generate a new version with packages numbers updated, then use the "release version" button.

* structural change: basically a change made to a baseline: addition/removal of a package / project group, edition of requirements or includes directives.


If it is not clear, don't hesitate to ask more explanation.

Best regards,
Christophe.


So would "Save to baseline" mean the same as "Save to development"?

cheers -ben





Re: [Pharo-dev] Versionner is even Coooler

2014-05-20 Thread kilon alios
thank you its clear.


On Tue, May 20, 2014 at 11:46 AM, Christophe Demarey <
christophe.dema...@inria.fr> wrote:

> Thanks a lot for all your nice words.
> You were right, there are other contributors to Versionner: first author
> Alexandre Bergel, then Juan Pablo Sandoval but also a lot of feedbacks from
> users (a mention to Sean for that) essential for such a tool.
>
> Le 20 mai 2014 à 10:10, kilon alios a écrit :
>
> > can someone explain "save to development" ?
>
> When you do structural changes* in your configuration, it is done "in
> memory". To keep theses changes, you need to save them in the
> configuration. It is always done in the development version (the only
> version you can edit is the development version) that is backed by a
> baseline.
> If you need to do structural changes, use "Save to development" to flush
> your changes. If you only need to generate a new version with packages
> numbers updated, then use the "release version" button.
>
> * structural change: basically a change made to a baseline:
> addition/removal of a package / project group, edition of requirements or
> includes directives.
>
>
> If it is not clear, don't hesitate to ask more explanation.
>
> Best regards,
> Christophe.


Re: [Pharo-dev] Versionner is even Coooler

2014-05-20 Thread Christophe Demarey
Thanks a lot for all your nice words.
You were right, there are other contributors to Versionner: first author 
Alexandre Bergel, then Juan Pablo Sandoval but also a lot of feedbacks from 
users (a mention to Sean for that) essential for such a tool.

Le 20 mai 2014 à 10:10, kilon alios a écrit :

> can someone explain "save to development" ?

When you do structural changes* in your configuration, it is done "in memory". 
To keep theses changes, you need to save them in the configuration. It is 
always done in the development version (the only version you can edit is the 
development version) that is backed by a baseline.
If you need to do structural changes, use "Save to development" to flush your 
changes. If you only need to generate a new version with packages numbers 
updated, then use the "release version" button.

* structural change: basically a change made to a baseline: addition/removal of 
a package / project group, edition of requirements or includes directives.


If it is not clear, don't hesitate to ask more explanation.

Best regards,
Christophe.

smime.p7s
Description: S/MIME cryptographic signature


Re: [Pharo-dev] Versionner is even Coooler

2014-05-20 Thread kilon alios
can someone explain "save to development" ?

I agree its a really nice tool.


On Tue, May 20, 2014 at 10:56 AM, stepharo  wrote:

> I agree!
>
> Stef
>
>
> On 19/5/14 20:41, Sean P. DeNigris wrote:
>
>> It is really a joy to start a project with Versionner...
>>
>> I used to delay creating a Metacello config as long as possible, and would
>> try to add all the dependencies at once, often forgetting and chasing them
>> down one at a time.
>>
>> Now these are all simple visual operations, so I create a config with the
>> first dependency and add them as they come along, without interrupting my
>> workflow too much.
>>
>> Thanks Christophe and other Versionner contributors :)
>>
>>
>>
>> -
>> Cheers,
>> Sean
>> --
>> View this message in context: http://forum.world.st/
>> Versionner-is-even-Coooler-tp4759583.html
>> Sent from the Pharo Smalltalk Developers mailing list archive at
>> Nabble.com.
>>
>>
>>
>
>


Re: [Pharo-dev] Versionner is even Coooler

2014-05-20 Thread stepharo

I agree!

Stef

On 19/5/14 20:41, Sean P. DeNigris wrote:

It is really a joy to start a project with Versionner...

I used to delay creating a Metacello config as long as possible, and would
try to add all the dependencies at once, often forgetting and chasing them
down one at a time.

Now these are all simple visual operations, so I create a config with the
first dependency and add them as they come along, without interrupting my
workflow too much.

Thanks Christophe and other Versionner contributors :)



-
Cheers,
Sean
--
View this message in context: 
http://forum.world.st/Versionner-is-even-Coooler-tp4759583.html
Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.