Closed pankajpatel closed 4 years ago
Hi @pankajpatel ,
I think it should be splited in two diferente issues, so each one should be tracked separatedly š
The first one (multiple jops), would require a bit more work, but some definitions are required:
Command Palette
would know/decide which job it is refering to.jenkins
file, if you think about the authenticationThe second (build command) is easier to do, based on the current model. I created #12 to track this.
What do you think about it?
I can provide the suggestions in form of design and then explain about the flow. Will it be ok?
That's a good start š
The .jenkins
file can look like following:
{
"url": "http://127.0.0.1:8080/job/myproject",
"username": "jenkins_user",
"password": "jenkins_password_or_token",
"jobs": {
"jobName1": { //jobName1 can be shorter
"name": "job-name-one" //can be same as jobName1
},
"jobName2": {
"name": "job-name-one",
"url": "http://127.0.0.1:8080/job/myproject", //->|
"username": "jenkins_user", //->|---> custom config for the job
"password": "jenkins_password_or_token" //->|
}
}
}
Hi @pankajpatel ,
First of all, thanks for your suggestion š
I think the .Jenkins
file would become simpler if it doesn't mix single and the multi-job configs. Maybe something like this:
{
"jobs": [
{
"name": "First Job",
"url": "http://127.0.0.1:8080/job/myproject",
},
{
"name": "Second Job",
"url": "http://127.0.0.1:8080/job/myOtherProject",
"username": "jenkins_user",
"password": "jenkins_password_or_token"
}
]
}
About the StatusBar, I don't know if I understand the last image. Are you suggesting to concatenate all jobs in the StatusBar? If yes, I think it would have an alternate/compact idea, to avoid a StatusBar full of jobs (if there is a bunch of jobs, or if the jobName isn't short enough.
What do you think?
Not all the jobs but the executing ones or the ones which have finished execution very shortly. And show ellipsis if the status text exceeds any specified length.
I guess that would be better if I just add to the StatusBar the jobs that didn't have success. Doing so, it's easy to see the jobs that needs attention.
Have a look at https://github.com/eramitmittal/vscode-jenkins-status
Iām returning to the project, and the first step will be to merge the PR #17 from @eramitmittal . It should be released in the weekend.
Stay tuned
Can it poll multiple Jobs as a project may have multiple jobs?
Similar to polling, this extension can be used to trigger the builds manually. https://wiki.jenkins.io/display/jenkins/remote+access+api