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.
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.
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 -- View this message in context: http://forum.world.st/GitHub-Mirror-Workflow-tp4810339p4810452.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
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.
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 <sean@clipperadams.com> 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.
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
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 -- View this message in context: http://forum.world.st/GitHub-Mirror-Workflow-tp4810339p4818401.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
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 <sean@clipperadams.com> 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.
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 <sean@clipperadams.com <mailto:sean@clipperadams.com>> 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.
participants (6)
-
Esteban Lorenzano -
kilon alios -
Sean P. DeNigris -
Stephan Eggermont -
stepharo -
Thierry Goubier