This profile is missing the code <build>...</build> block that ftp the build artifact to the server. Need to get that block out of the silver module pom from the original RemoteAccess project and add to here.
You need to be more specific if the job is expecting the user to enter the actual project name in Jira or the project key in Jira. The default value you have supplied is referencing the Jira key for the TAMSII project.
Need to determine which naming standard to use when referring to the defect tracking tool. The publisher has called it "Jira" but GPC has internally named it "APG Change Tracker" (ACT). Another build parameter references "JIRA" while this parameter references "ACT". I would like to see one or the other, not both.
I noticed on the production Jenkins there is a Merge_Branch2Trunk job and it has an extra parameter condition check for JENKINS_SLAVE. Do make sure you remove that from the production Jenkins server.
You should add an "else" here and verify the value in the JIRA_PROJECT_NAME parameter is a valid Jira project using the Jira CLI. Hint: use 'jira.bat --action getProject --project <project name>'
You should add an "else" here and verify the value in the BRANCH_TO_MERGE parameter is a valid SVN entity using SVN CLI. Hint: use 'svn info <path>\<project>\branches\<branch>'. A valid path will produce usable information while a bad path will give an error.
I would make sure if you need to begin this line with "java -jar $JIRA_CLI" ... It might be best to surround the password value with single quotes just in case someone has a special character in their password. Please put "(" and ")" around the branch name in the summary and description. We do not put labels on merge to trunk tickets.
So if the line after the <project name>/branches/<branch name> has a '#' in front of it (which is what we want it to be at this point), we fail the job? I'm assuming you have the 'exit 1' in an incorrect location. Maybe you're missing and 'else'?
Is this a windows batch command or a bash script? If it's a bash script, then this is not initialized properly (#!/bin/bash). Plus, will this job only run on jenkins? I am really confused by this statement.
I would separate these tasks: disabling jenkins job and the next svn command. Maybe even make a server side script on Jenkins that can be called to disable jobs.
I'm not sure you are using "workspace" correctly here. It actually looks like you are performing a checkout of the entire project and not just the branch. It would help if you included comments to help explain the functionality of your code. By looking at the lines below, this "svn co" command may need to be removed.
You are performing an update as if the trunk already exists. You should also perform error handling to make sure the 'svn' command did not throw an error.
You are performing an update as if the branch already exists. Again, you should perform error handling to make sure the 'svn' command did not throw an error.