Mark Ready for Release - Go Pipes

42 views
Skip to first unread message

Nitesh Kumar

unread,
Jan 17, 2021, 4:41:00 AM1/17/21
to go...@googlegroups.com
Hi ,

Do we have any option by which we can mark ready for release to multiple GO Pipes in one go. 

Ready for Release - if we run this stage our Pipe get ready for higher environment 

OR

Do we have any option to trigger the stage of pipeline ?
Request you to please help on this



--
Thanks&Regards

Nitesh kumar

Sriram Narayanan

unread,
Jan 17, 2021, 5:22:59 AM1/17/21
to go...@googlegroups.com
A pipeline should be associated with one environment (I'm not talking about GoCD's environments here).

You may want to consider one of the following approaches:
a. An environment's pipeline that is manually triggered, and which uses an earlier pipeline as it's material. (e.g. a Prod deploy pipeline that uses the staging pipeline as a material.). Only the agreed-upon pipeline number from staging would be used in Prod.

b. If you have multiple pipelines that have to go live together, then create one downstream pipeline that all of these join to. Then use that pipeline number for all further environments. e.g. Web -> Bundle, Backend1 -> Bundle, Backend2 -> Bundle . In the Bundle pipeline, set the trigger to be manual, use Trigger with Options to select which versions of the Web, App1 and App2 pipelines you want to use, and then refer to that Bundle version for all downstream environments.

c. For teams that have a test suite that can test across Web, App1 and App2 (the scenario above), I'd change "Bundle" above to "Acceptance Test". Meaning, "So and so combo of web + app1 + app2 have passed this acceptance test suite and can be used in all further environmental".

d. If you want to release them all independently, then it may be a simple matter (in terms of pipeline) to just have Web -> ApproveWebForProd -> WedProdDeploy, App1 -> ApproveApp1ForProd -> AppProdDeploy, etc. This presumes that the various tiers have their own contract tests to ensure that if the App1 changes, then the test suite would flag any incompatibilities/breaking changes with Web.

-- Ram

--
You received this message because you are subscribed to the Google Groups "go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email to go-cd+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/go-cd/CAKns_UkZG7i%3DizLxf%2B_Nn%2BLdF8merch0m7zmM0vtHsyvQ-kCxg%40mail.gmail.com.

Nitesh Kumar

unread,
Jan 17, 2021, 11:37:35 AM1/17/21
to go...@googlegroups.com
Hi Sriram,

Thanks for the response, I am already using the  same approach A to get my pipes deployed in higher environments. 

My current situation is , I have around 100 pipes and one common stage in all pipes I.e ready to release. Which enables the specific version for higher environments. But I have to do that manually now. I need know that do we have  any GOCD API is available to trigger the stage ?

Regards, Nitesh


Nitesh Kumar

unread,
Jan 18, 2021, 7:56:24 AM1/18/21
to go...@googlegroups.com
Hi,

Request you all to please help on this

kritik...@thoughtworks.com

unread,
Jan 18, 2021, 8:03:47 AM1/18/21
to go-cd
Hey Nitesh,

> I need know that do we have  any GOCD API is available to trigger the stage ?

There is an API to trigger stage: https://api.gocd.org/current/#run-stage - I hope this is wht u were looking for.

Regards
Kritika

Ashwanth Kumar

unread,
Jan 18, 2021, 8:04:21 AM1/18/21
to go...@googlegroups.com
One way is to have a marker stage at the end of the pipeline (say Pipeline A) that is set to manual. 

Now assuming a Pipeline B (high environment) is pulling the artifacts (or traversing through) from Pipeline A, we set it to be dependent on this manual stage. So unless the manual stage is approved on Pipeline A (which I'm hoping you would do as part of the release), Pipeline B will continue to pick the last approved version. 

Thanks,


--
You received this message because you are subscribed to the Google Groups "go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email to go-cd+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/go-cd/CAKns_UkZG7i%3DizLxf%2B_Nn%2BLdF8merch0m7zmM0vtHsyvQ-kCxg%40mail.gmail.com.


--

Ashwanth Kumar / ashwanthkumar.in

Nitesh Kumar

unread,
Jan 18, 2021, 8:29:01 AM1/18/21
to go...@googlegroups.com
Hi  Kritika,

Thanks , but i think this is only available in latest version , i am using 17.4.0 , do we have available on this version ?

--
You received this message because you are subscribed to the Google Groups "go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email to go-cd+un...@googlegroups.com.


--
Thanks&Regards

Nitesh kumar

Nitesh Kumar

unread,
Jan 18, 2021, 8:31:49 AM1/18/21
to go...@googlegroups.com
HI  Ashwanth ,

Thanks ,

this what we have in current system, but we are changing our current where we have to trigger our 100 Pipes ( dev environment ) and after Dev validation we need mark approval stage for these 100 + pipes in one go. that is why  need any API which can help us by filling our requirements.



--
Thanks&Regards

Nitesh kumar

kritik...@thoughtworks.com

unread,
Jan 18, 2021, 8:31:54 AM1/18/21
to go-cd
Hi Nitesh,

> Thanks , but i think this is only available in latest version , i am using 17.4.0 , do we have available on this version ?

No this API was introduced in `v18.11.0` .

Regards
Kritika

Nitesh Kumar

unread,
Jan 18, 2021, 11:08:04 AM1/18/21
to go...@googlegroups.com
Hi All,

Do we have any GO API which help us to get the latest version of the Pipeline ?

Regards, Nitesh 

--
You received this message because you are subscribed to the Google Groups "go-cd" group.
To unsubscribe from this group and stop receiving emails from it, send an email to go-cd+un...@googlegroups.com.


--
Thanks&Regards

Nitesh kumar

Jason Smyth

unread,
Jan 19, 2021, 10:58:12 AM1/19/21
to go-cd
Hi Nitesh,

You can get documentation for the APIs for your version of GoCD (17.4.0) here: https://api.gocd.org/17.4.0/#introduction.

With that said, unless you have some really compelling reasons for staying on 17.4, you should probably consider upgrading to a more current version.

Regards,
Jason
Reply all
Reply to author
Forward
0 new messages