It seems you want more than just adding context menus.
At this time, we just need some changes in the clonebuild methode:
- change some of our own variables in the build process parameters
That might be hard to do generally depending on the rules of the change. For simple stuff would be doable.
- generate a default build name with our rule
This could be implemented with a user configurable cloned build expression (using simple macros for example) but I bet macros would be limited and probably cover only the simplest scenarios.
- change the working folders (Build Agent Folder) depending on the branch name
I'm curious what kind of changes you are doing here. Can you give some example? What need is driving this?
I'm still working on our code for those changes,
so i'm thankful, if you could give me some ideas to do the changes in an generic way,
so you could include the code them for those, who need to do the same changes too.
I guess this is doable in a generic way, if we introduce the concept of hookable events. People could add code to hook to these events.
For example in your particular case we could either add events like BeforeClone or BeforeCloneSave or AfterCloneSave (just giving some examples, these are badly named and should be better evaluated) that would allow execution of extensible code.
While in terms of coding such a solution wouldn't be very hard. It would need to be well thought, since an initial bad model could hinder future developments (unless we decided break backwards compatibility to move forward).
It would also imply some re factoring to externalize that is public and what is not.
I'm being totally honest here. We have limited resources (heck we don't have any) and at this time (my personal opinion only) we still have features that can be included in the out of the box experience before spending resources on a feature that would only
be usable by a very small set of users.
But this is a community driven project, you can enter a feature request on the issues section for which people can vote or even better submit a patch which we will evaluate for future inclusion.
Thanks for your ideas