Console Output

The recommended git tool is: git
Cloning the remote Git repository
Cloning repository https://github.com/larson-group/wrf.git
 > git init /home/jenkins/workspace/wrf_clubb_silhs_restart_ifort # timeout=10
Fetching upstream changes from https://github.com/larson-group/wrf.git
 > git --version # timeout=10
 > git --version # 'git version 2.34.1'
using GIT_ASKPASS to set credentials A token based key used by Jenkins to preform Github actions, created 6/21/2021
 > git fetch --tags --force --progress -- https://github.com/larson-group/wrf.git +refs/heads/*:refs/remotes/origin/* # timeout=10
 > git config remote.origin.url https://github.com/larson-group/wrf.git # timeout=10
 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # timeout=10
Avoid second fetch
 > git rev-parse refs/remotes/origin/master^{commit} # timeout=10
Checking out Revision 4733aa3ae92634ecf6fe6dbf36374e68f02a7ef4 (refs/remotes/origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 4733aa3ae92634ecf6fe6dbf36374e68f02a7ef4 # timeout=10
Commit message: "Autoupdated SILHS Commit 370b85fd1991810e0a1dec311f66ad10fa92275f Author: bmg929 Date: Wed Jul 17 23:42:18 2024 -0500 In my previous commit, I changed the domain of the maxloc commands in the computation of k_lh_start to check over the arrays from levels 2:nz. However, when that happens, the output will be offset by 1. Consider a situation where the rcm max is at level 2. By being passed 2 through nz only, maxloc will return a value of 1. I needed to add +1 to the output to rectify this issue. The results are BIT_CHANGING."
 > git rev-list --no-walk a6dde50e478e9fae146d71465942329a56201926 # timeout=10