Understanding Slices

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

Understanding Slices

Sergio Fedi
Are Slices a way to represent a change accross packages?

For example, if I add a new functionality, then at least two packages will be modified.

The one the feature is imlpemented in, and the one with the tests for that feature.

So a Slice could encapsulate these changes to both packages in a single piece.

Am I understanding this correctly?
Reply | Threaded
Open this post in threaded view
|

Re: Understanding Slices

Sean P. DeNigris
Administrator
Sergio Fedi wrote
Are Slices a way to represent a change accross packages?
Exactly. In the MC browser, there is a button to create a slice from an issue number. During that workflow, you will be asked to select all relevant packages. When the slice is committed or loaded, it will bring all of those packages with it.
Cheers,
Sean
Reply | Threaded
Open this post in threaded view
|

Re: Understanding Slices

Ben Coman
Someone correct me - any package can have a dependent package added. We just don't do that (I've never seen it my past couple of years with Pharo).  A Slice is simply an empty package that has dependencies. Now it seems somewhat tied to development of the Pharo image since it requires an issue number - but I guess you could use it for other purposes with any random issue number or 00000.
cheers -ben

On Wed, Apr 29, 2015 at 8:18 PM, Sean P. DeNigris <[hidden email]> wrote:
Sergio Fedi wrote
> Are Slices a way to represent a change accross packages?

Exactly. In the MC browser, there is a button to create a slice from an
issue number. During that workflow, you will be asked to select all relevant
packages. When the slice is committed or loaded, it will bring all of those
packages with it.



-----
Cheers,
Sean
--
View this message in context: http://forum.world.st/Understanding-Slices-tp4822860p4822867.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.


Reply | Threaded
Open this post in threaded view
|

Re: Understanding Slices

Sergio Fedi
Great, thanks for the answers!

Reply | Threaded
Open this post in threaded view
|

Re: Understanding Slices

Thierry Goubier
In reply to this post by Ben Coman
Le 29/04/2015 15:17, Ben Coman a écrit :
> Someone correct me - any package can have a dependent package added.
> We just don't do that (I've never seen it my past couple of years
> with Pharo).

You're right. We do have packages with dependencies floating in places,
with dedicated handling for things like filetree (and gitfiletree, where
it has a special way to interact with git).

The problem is that MC is very strict with dependencies; it is one of
the very few code paths where MC check not only the version number and
author of a package, but also it's UUID.

> A Slice is simply an empty package that has dependencies. Now it
> seems somewhat tied to development of the Pharo image since it
> requires an issue number - but I guess you could use it for other
> purposes with any random issue number or 00000. cheers -ben

I guess yes. But just make sure you don't save it in Pharo inbox ;)

Thierry

>
> On Wed, Apr 29, 2015 at 8:18 PM, Sean P. DeNigris
> <[hidden email] <mailto:[hidden email]>> wrote:
>
> Sergio Fedi wrote
>> Are Slices a way to represent a change accross packages?
>
> Exactly. In the MC browser, there is a button to create a slice from
> an issue number. During that workflow, you will be asked to select
> all relevant packages. When the slice is committed or loaded, it
> will bring all of those packages with it.
>
>
>
> ----- Cheers, Sean -- View this message in context:
> http://forum.world.st/Understanding-Slices-tp4822860p4822867.html
> Sent from the Pharo Smalltalk Users mailing list archive at
> Nabble.com.
>
>