What is the correct way to create new integration configuration?
Hi, I am working on a new configuration for GTools. What is the correct way to integrate cases with a slice? For example this one: https://pharo.fogbugz.com/f/cases/18471/GTTools-relies-on-hasSpecialSelector... <https://pharo.fogbugz.com/f/cases/18471/GTTools-relies-on-hasSpecialSelector...> It has slice in Pharo60Inbox. Should I copy commits to GToolkit repository? And how it happens that GToolkit repository has commits done by TheIntegrator? Thanks, Juraj
On 13 Jul 2016, at 14:46, Juraj Kubelka <juraj.kubelka@icloud.com> wrote:
Hi,
I am working on a new configuration for GTools.
What is the correct way to integrate cases with a slice? For example this one: https://pharo.fogbugz.com/f/cases/18471/GTTools-relies-on-hasSpecialSelector... <https://pharo.fogbugz.com/f/cases/18471/GTTools-relies-on-hasSpecialSelector...> It has slice in Pharo60Inbox. Should I copy commits to GToolkit repository?
This one is not yet integrated, I submitted a slice to not have to wait for GT, but with my pre-holiday stress I did not menage to actually get it in yet. So instead you can ignore the slice and just get these changes in.
And how it happens that GToolkit repository has commits done by TheIntegrator?
The auto-rewriting deprecations happen to rewrite code. This then is saved in the Pharo repo and needs to be merged. (or if it is the latest it can just be copied). The same happens if changes have to be done fast or if they cross-cut many packages. it is a bit of a mess⦠for the future we need a unified way to handle things⦠the current approach with the configurations and external repositories is not good.. far too slow and far too much manual work. Marcus
13. 7. 2016 v 9:32, Marcus Denker <marcus.denker@inria.fr>:
On 13 Jul 2016, at 14:46, Juraj Kubelka <juraj.kubelka@icloud.com <mailto:juraj.kubelka@icloud.com>> wrote:
Hi,
I am working on a new configuration for GTools.
What is the correct way to integrate cases with a slice? For example this one: https://pharo.fogbugz.com/f/cases/18471/GTTools-relies-on-hasSpecialSelector... <https://pharo.fogbugz.com/f/cases/18471/GTTools-relies-on-hasSpecialSelector...> It has slice in Pharo60Inbox. Should I copy commits to GToolkit repository?
This one is not yet integrated, I submitted a slice to not have to wait for GT, but with my pre-holiday stress I did not menage to actually get it in yet.
So instead you can ignore the slice and just get these changes in.
OK. I am preparing new configuration here: https://pharo.fogbugz.com/f/cases/18773/ <https://pharo.fogbugz.com/f/cases/18773/> I am almost done. I will take care of GTool integrations. So next time there is something to integrate, just ping me. Anyway, i will regularly check FogBugz.
And how it happens that GToolkit repository has commits done by TheIntegrator?
The auto-rewriting deprecations happen to rewrite code. This then is saved in the Pharo repo and needs to be merged. (or if it is the latest it can just be copied).
The same happens if changes have to be done fast or if they cross-cut many packages.
it is a bit of a mess⦠for the future we need a unified way to handle things⦠the current approach with the configurations and external repositories is not good.. far too slow and far too much manual work.
Thatâs true. It is a lot of manual work and it is also hard to know if I integrate it well, with all changes, etc. Cheers, Juraj
Marcus
Thanks a lot, Juraj! Doru
On Jul 13, 2016, at 3:45 PM, Juraj Kubelka <juraj.kubelka@icloud.com> wrote:
13. 7. 2016 v 9:32, Marcus Denker <marcus.denker@inria.fr>:
On 13 Jul 2016, at 14:46, Juraj Kubelka <juraj.kubelka@icloud.com> wrote:
Hi,
I am working on a new configuration for GTools.
What is the correct way to integrate cases with a slice? For example this one: https://pharo.fogbugz.com/f/cases/18471/GTTools-relies-on-hasSpecialSelector... It has slice in Pharo60Inbox. Should I copy commits to GToolkit repository?
This one is not yet integrated, I submitted a slice to not have to wait for GT, but with my pre-holiday stress I did not menage to actually get it in yet.
So instead you can ignore the slice and just get these changes in.
OK. I am preparing new configuration here: https://pharo.fogbugz.com/f/cases/18773/ I am almost done. I will take care of GTool integrations. So next time there is something to integrate, just ping me. Anyway, i will regularly check FogBugz.
And how it happens that GToolkit repository has commits done by TheIntegrator?
The auto-rewriting deprecations happen to rewrite code. This then is saved in the Pharo repo and needs to be merged. (or if it is the latest it can just be copied).
The same happens if changes have to be done fast or if they cross-cut many packages.
it is a bit of a mess⦠for the future we need a unified way to handle things⦠the current approach with the configurations and external repositories is not good.. far too slow and far too much manual work.
Thatâs true. It is a lot of manual work and it is also hard to know if I integrate it well, with all changes, etc.
Cheers, Juraj
Marcus
-- www.tudorgirba.com www.feenk.com "When people care, great things can happen."
Can someone check if I created well the GTool integration? - https://pharo.fogbugz.com/f/cases/18773/ <https://pharo.fogbugz.com/f/cases/18773/> I do not know if Monkey should run it. Maybe I miss something. It is in the state Resolved (Fix Review Needed). Thanks, Juraj
El 13-07-2016, a las 10:06, Tudor Girba <tudor@tudorgirba.com> escribió:
Thanks a lot, Juraj!
Doru
On Jul 13, 2016, at 3:45 PM, Juraj Kubelka <juraj.kubelka@icloud.com> wrote:
13. 7. 2016 v 9:32, Marcus Denker <marcus.denker@inria.fr>:
On 13 Jul 2016, at 14:46, Juraj Kubelka <juraj.kubelka@icloud.com> wrote:
Hi,
I am working on a new configuration for GTools.
What is the correct way to integrate cases with a slice? For example this one: https://pharo.fogbugz.com/f/cases/18471/GTTools-relies-on-hasSpecialSelector... It has slice in Pharo60Inbox. Should I copy commits to GToolkit repository?
This one is not yet integrated, I submitted a slice to not have to wait for GT, but with my pre-holiday stress I did not menage to actually get it in yet.
So instead you can ignore the slice and just get these changes in.
OK. I am preparing new configuration here: https://pharo.fogbugz.com/f/cases/18773/ I am almost done. I will take care of GTool integrations. So next time there is something to integrate, just ping me. Anyway, i will regularly check FogBugz.
And how it happens that GToolkit repository has commits done by TheIntegrator?
The auto-rewriting deprecations happen to rewrite code. This then is saved in the Pharo repo and needs to be merged. (or if it is the latest it can just be copied).
The same happens if changes have to be done fast or if they cross-cut many packages.
it is a bit of a mess⦠for the future we need a unified way to handle things⦠the current approach with the configurations and external repositories is not good.. far too slow and far too much manual work.
Thatâs true. It is a lot of manual work and it is also hard to know if I integrate it well, with all changes, etc.
Cheers, Juraj
Marcus
-- www.tudorgirba.com www.feenk.com
"When people care, great things can happen."
Hello, the CI is sadly down (admins fixed something yesterday evening to make it work again, but it still does not work). There is a long weekend here (holiday today), so this might only be fixed monday. Marcus
On 14 Jul 2016, at 18:00, Juraj Kubelka <juraj.kubelka@icloud.com> wrote:
Can someone check if I created well the GTool integration?
- https://pharo.fogbugz.com/f/cases/18773/ <https://pharo.fogbugz.com/f/cases/18773/>
I do not know if Monkey should run it. Maybe I miss something. It is in the state Resolved (Fix Review Needed).
Thanks, Juraj
El 13-07-2016, a las 10:06, Tudor Girba <tudor@tudorgirba.com <mailto:tudor@tudorgirba.com>> escribió:
Thanks a lot, Juraj!
Doru
On Jul 13, 2016, at 3:45 PM, Juraj Kubelka <juraj.kubelka@icloud.com <mailto:juraj.kubelka@icloud.com>> wrote:
13. 7. 2016 v 9:32, Marcus Denker <marcus.denker@inria.fr <mailto:marcus.denker@inria.fr>>:
On 13 Jul 2016, at 14:46, Juraj Kubelka <juraj.kubelka@icloud.com <mailto:juraj.kubelka@icloud.com>> wrote:
Hi,
I am working on a new configuration for GTools.
What is the correct way to integrate cases with a slice? For example this one: https://pharo.fogbugz.com/f/cases/18471/GTTools-relies-on-hasSpecialSelector... <https://pharo.fogbugz.com/f/cases/18471/GTTools-relies-on-hasSpecialSelector...> It has slice in Pharo60Inbox. Should I copy commits to GToolkit repository?
This one is not yet integrated, I submitted a slice to not have to wait for GT, but with my pre-holiday stress I did not menage to actually get it in yet.
So instead you can ignore the slice and just get these changes in.
OK. I am preparing new configuration here: https://pharo.fogbugz.com/f/cases/18773/ <https://pharo.fogbugz.com/f/cases/18773/> I am almost done. I will take care of GTool integrations. So next time there is something to integrate, just ping me. Anyway, i will regularly check FogBugz.
And how it happens that GToolkit repository has commits done by TheIntegrator?
The auto-rewriting deprecations happen to rewrite code. This then is saved in the Pharo repo and needs to be merged. (or if it is the latest it can just be copied).
The same happens if changes have to be done fast or if they cross-cut many packages.
it is a bit of a mess⦠for the future we need a unified way to handle things⦠the current approach with the configurations and external repositories is not good.. far too slow and far too much manual work.
Thatâs true. It is a lot of manual work and it is also hard to know if I integrate it well, with all changes, etc.
Cheers, Juraj
Marcus
-- www.tudorgirba.com <http://www.tudorgirba.com/> www.feenk.com
"When people care, great things can happen."
OK. Thanks Marcus!
El 14-07-2016, a las 12:32, Marcus Denker <marcus.denker@inria.fr> escribió:
Hello,
the CI is sadly down (admins fixed something yesterday evening to make it work again, but it still does not work).
There is a long weekend here (holiday today), so this might only be fixed monday.
Marcus
On 14 Jul 2016, at 18:00, Juraj Kubelka <juraj.kubelka@icloud.com <mailto:juraj.kubelka@icloud.com>> wrote:
Can someone check if I created well the GTool integration?
- https://pharo.fogbugz.com/f/cases/18773/ <https://pharo.fogbugz.com/f/cases/18773/>
I do not know if Monkey should run it. Maybe I miss something. It is in the state Resolved (Fix Review Needed).
Thanks, Juraj
El 13-07-2016, a las 10:06, Tudor Girba <tudor@tudorgirba.com <mailto:tudor@tudorgirba.com>> escribió:
Thanks a lot, Juraj!
Doru
On Jul 13, 2016, at 3:45 PM, Juraj Kubelka <juraj.kubelka@icloud.com <mailto:juraj.kubelka@icloud.com>> wrote:
13. 7. 2016 v 9:32, Marcus Denker <marcus.denker@inria.fr <mailto:marcus.denker@inria.fr>>:
On 13 Jul 2016, at 14:46, Juraj Kubelka <juraj.kubelka@icloud.com <mailto:juraj.kubelka@icloud.com>> wrote:
Hi,
I am working on a new configuration for GTools.
What is the correct way to integrate cases with a slice? For example this one: https://pharo.fogbugz.com/f/cases/18471/GTTools-relies-on-hasSpecialSelector... <https://pharo.fogbugz.com/f/cases/18471/GTTools-relies-on-hasSpecialSelector...> It has slice in Pharo60Inbox. Should I copy commits to GToolkit repository?
This one is not yet integrated, I submitted a slice to not have to wait for GT, but with my pre-holiday stress I did not menage to actually get it in yet.
So instead you can ignore the slice and just get these changes in.
OK. I am preparing new configuration here: https://pharo.fogbugz.com/f/cases/18773/ <https://pharo.fogbugz.com/f/cases/18773/> I am almost done. I will take care of GTool integrations. So next time there is something to integrate, just ping me. Anyway, i will regularly check FogBugz.
And how it happens that GToolkit repository has commits done by TheIntegrator?
The auto-rewriting deprecations happen to rewrite code. This then is saved in the Pharo repo and needs to be merged. (or if it is the latest it can just be copied).
The same happens if changes have to be done fast or if they cross-cut many packages.
it is a bit of a mess⦠for the future we need a unified way to handle things⦠the current approach with the configurations and external repositories is not good.. far too slow and far too much manual work.
Thatâs true. It is a lot of manual work and it is also hard to know if I integrate it well, with all changes, etc.
Cheers, Juraj
Marcus
-- www.tudorgirba.com <http://www.tudorgirba.com/> www.feenk.com <http://www.feenk.com/>
"When people care, great things can happen."
participants (3)
-
Juraj Kubelka -
Marcus Denker -
Tudor Girba