Smalltalk › Pharo › Pharo Smalltalk Users

GitHub Mirror Workflow

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

10 messages Options

Sean P. DeNigris

GitHub Mirror Workflow

Administrator

Does anyone have a good workflow for mirroring a repo with GitHub? Do you just copy the MC version to a GitFileTree repo after every commit to e.g. SmalltalkHub? via the MC Browser UI? Thanks.

Cheers,
Sean

stepharo

Re: GitHub Mirror Workflow

Esteban is working on extending SmalltalkHub or providing some nice
scripts to be able to publish in parallel from Smalltalkhub and github.

Le 7/3/15 21:46, Sean P. DeNigris a écrit :

> Does anyone have a good workflow for mirroring a repo with GitHub? Do you
> just copy the MC version to a GitFileTree repo after every commit to e.g.
> SmalltalkHub? via the MC Browser UI? Thanks.
>
>
>
> -----
> Cheers,
> Sean
> --
> View this message in context: http://forum.world.st/GitHub-Mirror-Workflow-tp4810339.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>
>

Sean P. DeNigris

Re: GitHub Mirror Workflow

Administrator

stepharo wrote

be able to publish in parallel from Smalltalkhub and github

Cool :)

I've been thinking... FileTree's method-resolution may be The Right Thing To Do when using git for SCM (I know we've debated before). But... for the "Mirror on Github" use case, I wonder if less granularity wouldn't clearly be more appropriate. I read about using chunk format (not ideal, but perhaps a bit more readable on the mirror) via Gitocello, but loading in Pharo 4.0 broke on the FFI dependency. Any thoughts/suggestions?

Cheers,
Sean

Sean P. DeNigris

Re: GitHub Mirror Workflow

Administrator

Bump :)

Sean P. DeNigris wrote

for the "Mirror on Github" use case, I wonder if less granularity wouldn't clearly be more appropriate. I read about using chunk format (not ideal, but perhaps a bit more readable on the mirror) via Gitocello, but loading in Pharo 4.0 broke on the FFI dependency. Any thoughts/suggestions?

Cheers,
Sean

EstebanLM

Re: GitHub Mirror Workflow

I don’t know your problem… why would you want another format form mirroring?

Esteban

> On 08 Apr 2015, at 14:07, Sean P. DeNigris <[hidden email]> wrote:
>
> Bump :)
>
>
> Sean P. DeNigris wrote
>> for the "Mirror on Github" use case, I wonder if less granularity wouldn't
>> clearly be more appropriate. I read about using chunk format (not ideal,
>> but perhaps a bit more readable on the mirror) via Gitocello, but loading
>> in Pharo 4.0 broke on the FFI dependency. Any thoughts/suggestions?
>
>
>
>
>
> -----
> Cheers,
> Sean
> --
> View this message in context: http://forum.world.st/GitHub-Mirror-Workflow-tp4810339p4818339.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>

kilon.alios

Re: GitHub Mirror Workflow

In reply to this post by Sean P. DeNigris

probably I kinda cheat, I use the smalltalkhub repo as nothing more than a shell for my github repo. I commit to it only my configuration which in turn loads the code from github . I have done this with Ephestos and Nireas , the configuration browsers entries just load the baseline from my github repos this way people who are not familiar with github can load my code from sthub without installing git or learning git but will getting automagically the latest code from my github repos.

Its a win win situation and beats having to maintain multiple repos of the same project :) There is also no need to touch the configuration either so all my work is focus just on the github repo. I recently updated to add info to it for the package catalog.

On Wed, Apr 8, 2015 at 3:07 PM, Sean P. DeNigris <[hidden email]> wrote:

Bump :)

Sean P. DeNigris wrote
> for the "Mirror on Github" use case, I wonder if less granularity wouldn't
> clearly be more appropriate. I read about using chunk format (not ideal,
> but perhaps a bit more readable on the mirror) via Gitocello, but loading
> in Pharo 4.0 broke on the FFI dependency. Any thoughts/suggestions?

-----
Cheers,
Sean
--
View this message in context: http://forum.world.st/GitHub-Mirror-Workflow-tp4810339p4818339.html

Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Stephan Eggermont-3

Re: GitHub Mirror Workflow

In reply to this post by EstebanLM

On 08/04/15 14:38, Esteban Lorenzano wrote:
> I don’t know your problem… why would you want another format form mirroring?

Because with packages the size of Roassal2 you might get rather unhappy
on a machine without an SSD. That is a lot of files.

Stephan

Sean P. DeNigris

Re: GitHub Mirror Workflow

Administrator

In reply to this post by EstebanLM

EstebanLM wrote

why would you want another format form mirroring?

For the case when one is only actually committing to e.g. StHub and then mirroring to GitHub for external visibility, the purpose is not served when a casual observer must drill down several levels to view each method individually. One-class-per-file would be better in that case (where no actual SCM is being done via Git). And if one was using Git, it would still be handy - for the same reason - to have a read-only one-class-per file handy for a quick perusal via GitHub

Cheers,
Sean

Thierry Goubier

Re: GitHub Mirror Workflow

In reply to this post by Stephan Eggermont-3

Le 08/04/2015 17:16, Stephan Eggermont a écrit :
> On 08/04/15 14:38, Esteban Lorenzano wrote:
>> I don’t know your problem… why would you want another format form
>> mirroring?
>
> Because with packages the size of Roassal2 you might get rather unhappy
> on a machine without an SSD. That is a lot of files.

Nothing compared to the time needed to load Roassal into the image on
that very same machine ;)

Thierry

stepharo

Re: GitHub Mirror Workflow

In reply to this post by kilon.alios

Le 8/4/15 14:41, kilon alios a écrit :

probably I kinda cheat, I use the smalltalkhub repo as nothing more than a shell for my github repo. I commit to it only my configuration which in turn loads the code from github . I have done this with Ephestos and Nireas , the configuration browsers entries just load the baseline from my github repos this way people who are not familiar with github can load my code from sthub without installing git or learning git but will getting automagically the latest code from my github repos.

pretty cool :)

Its a win win situation and beats having to maintain multiple repos of the same project :) There is also no need to touch the configuration either so all my work is focus just on the github repo. I recently updated to add info to it for the package catalog.

On Wed, Apr 8, 2015 at 3:07 PM, Sean P. DeNigris <[hidden email]> wrote:

Bump :)

Sean P. DeNigris wrote
> for the "Mirror on Github" use case, I wonder if less granularity wouldn't
> clearly be more appropriate. I read about using chunk format (not ideal,
> but perhaps a bit more readable on the mirror) via Gitocello, but loading
> in Pharo 4.0 broke on the FFI dependency. Any thoughts/suggestions?

-----
Cheers,
Sean
--
View this message in context: http://forum.world.st/GitHub-Mirror-Workflow-tp4810339p4818339.html

Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.