Thanks for the reply Mark.  After posting the question, I started looking 
at the builds folders within the jobs and each build has a changelog which 
has a 'tree' in it.  I assume Jenkins will use that 'tree' to figure out 
the changes between branches?  Just guessing.  

I also ran some test builds.  I first ran a build on master and I got lucky 
that a developer was just in the process of checking in changes to the 
master.  i verified that by going to the github and checking the commit 
history.  then, I ran a build using the same job on a child branch.  The 
changes were reported as zero and it confirmed with the history on git.  

Then I ran another build on master again and it then the few more commits 
that the developer continued making to master.  

On Monday, September 19, 2016 at 8:26:23 PM UTC-7, Mark Waite wrote:
>
>
>
> On Monday, September 19, 2016 at 3:59:15 PM UTC-7, Sam K wrote:
>>
>> How will it affect the list of changes it shows on the builds page?  
>>
>> Build No. 10 was built with master branch
>> Build No. 11 is built with release_alpha branch
>> Build No. 12 is then built with master branch
>>
>> Will changes between the builds be tracked correctly?  
>>
>
> It depends on your definition of "correct", and how useful that definition 
> to your users.
>
> The git plugin presents the differences between the preceding build and 
> the current build as the "changes".  If the preceding build was for a 
> different branch, then the differences are probably not useful to your 
> users.  
>
> The multi-branch freestyle job type and the multibranch pipeline job type 
> will automatically create and delete a job for each branch that matches 
> your selection criteria.  I very much prefer a job per branch because it 
> makes the changes easier to read, and the history of test pass and fail 
> much easier to understand.
>  
>
>> Will build no. 12 report changes between 10 and 12 and not between 11 and 
>> 12?  
>>
>  
> No, build 12 will report changes between 11 and 12, not between 10 and 12. 
>  The difference computation is with the predecessor build, not with the 
> predecessor build on that branch.
>
> I see under the builds folders there are git commits, tree, parents, etc. 
>>  Is that's what used to determine?     
>>
>>
> Yes, the git repository is used to determine the differences between 
> builds.
>
> Mark Waite
>  
>
>> thanks
>> Sam
>>
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-users/15e2fb19-4200-4a7b-9181-94137c6745b4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to