|
|
|
|
|
by coutud
2078 days ago
|
|
Having used conducto's predecessor extensively, I'd say the approach is more generic. Buildbot seems very specifically geared towards a CI/CD type of workflow (like jenkins/buidbot), with the classic checkout/build/test/deploy(/notify) steps (cf https://docs.buildbot.net/current/manual/introduction.html#c...). Buildbot seems to allow you to customize some steps within the build part, that will run on the same worker. On the other side conducto is meant to allow you to describe your workflow in python, without forcing you to follow a specific structure. It's up to you to decide how to parallelize things (I can think of build examples where conducto is used to build many objects (ParallelNode), then link). You just define the successsion of serial/parallel tasks that are needed in your automation, rather than trying to make it fit in whatever the makers thought was a proper way to build/test/deploy. |
|