Yes the times are the same. They are in separate VMs on the same blade server and are both in sync with the network time. If by chance their times diverged for a short time, how would CruiseControl.net react? Would it catch any changes committed into source control during this time with the next build if it the last build was before the 2 systems became out of sync? For instance, in our situation the window that was being checked for changes was 9:12 am to 3:50 pm and the files were committed at 3:49 pm and every minute there after. Wouldn't CruiseControl.net at some point catch these changes even if the 2 systems had different times?
Thanks, Barry On Monday, October 15, 2012 2:03:04 AM UTC-5, Ruben Willems wrote: > > Hi > > is/was there a time difference between the server where ccnet is on and > the server where Vault is on? > > with kind regards > Ruben Willems > > On 10 October 2012 19:44, Barry Pape <[email protected] <javascript:>>wrote: > >> Hello, >> >> CCNet does not always detect changes from source control (Vault). Most >> of the time it works, but there are times when it doesn't. Yesterday, a >> developer committed about 15 files and CCNet failed to detect any of them >> for our incremental build. Included below are the changes and the portion >> of the log file where it should pick up these changes. You'll notice that >> the change types are: added, checked in, and created. The changes were >> all done in one commit at 15:49:04. CCNet checked for changes about one >> minute after they were committed at 15:50:16 and about every minute after >> that. The time period that was being checked was between 10/9/2012 9:12:11 >> AM and 10/9/2012 3:50:16 PM. These files were also not detected as >> "Modifications since last build" when I forced a build about an hour later >> (the previous build was at 9:12 am yesterday). Two builds have run since >> then by properly detecting changes in the source code. >> >> Any insight, suggestions, or ideas are much appreciated. >> >> The changes: >> >> Added bpm Source/TrajectoryRetriever.cs >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/eStore.xml >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/WITSML.WebService.csproj >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/Web.config >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/StructureMap.config >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/Test/Stubs/DataAccessStub.cs >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/Database/dbo.prcGetTVDSurveyList.SQL >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/Server/Services/TVDServices.cs >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/Core/Data/DataAccess.cs >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/Core/Data/IDataAccess.cs >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/Core/TVD/ITVDServices.cs >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/Core/TVD/TVDServicesProxyWrapper.cs >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/Core/TVD/TVDSurveySourceType.cs >>> trajectory support 2012-10-09 15:49:04 >>> Checked in bpm Source/Database/dbo.udfDBVersion.sql >>> trajectory support 2012-10-09 15:49:04 >>> Created bpm Source/TrajectoryRetriever.cs >>> trajectory support 2012-10-09 15:49:04 >>> >>>> >>>> >> The CCNet log: >> >> >>> 2012-10-09 15:50:16,132 [Incremental:INFO] Checking for modifications to >>> "$/Source" in Vault Repository "ourrepo" between 10/9/2012 9:12:11 AM and >>> 10/9/2012 3:50:16 PM >>> 2012-10-09 15:50:16,132 [Incremental:DEBUG] Starting process [C:\Program >>> Files (x86)\SourceGear\Vault Client\vault.exe] in working directory >>> [C:\Build] with arguments [versionhistory "$/Source" -beginversion 12620 >>> -rowlimit 1 -host vaultserver.com -user username -password ******** >>> -repository "ourrepo"] >>> 2012-10-09 15:50:16,135 [Incremental:DEBUG] Not setting PriorityClass on >>> [C:\Program Files (x86)\SourceGear\Vault Client\vault.exe] to default Normal >>> 2012-10-09 15:50:22,617 [14:DEBUG] [Incremental C:\Program Files >>> (x86)\SourceGear\Vault Client\vault.exe] <vault> >>> 2012-10-09 15:50:22,617 [14:DEBUG] [Incremental C:\Program Files >>> (x86)\SourceGear\Vault Client\vault.exe] <history /> >>> 2012-10-09 15:50:22,617 [14:DEBUG] [Incremental C:\Program Files >>> (x86)\SourceGear\Vault Client\vault.exe] <result> >>> 2012-10-09 15:50:22,617 [14:DEBUG] [Incremental C:\Program Files >>> (x86)\SourceGear\Vault Client\vault.exe] <success>True</success> >>> 2012-10-09 15:50:22,617 [14:DEBUG] [Incremental C:\Program Files >>> (x86)\SourceGear\Vault Client\vault.exe] </result> >>> 2012-10-09 15:50:22,623 [30:DEBUG] [Incremental C:\Program Files >>> (x86)\SourceGear\Vault Client\vault.exe] standard-error stream closed -- >>> null received in event >>> 2012-10-09 15:50:22,631 [14:DEBUG] [Incremental C:\Program Files >>> (x86)\SourceGear\Vault Client\vault.exe] </vault> >>> 2012-10-09 15:50:22,632 [14:DEBUG] [Incremental C:\Program Files >>> (x86)\SourceGear\Vault Client\vault.exe] standard-output stream closed -- >>> null received in event >>> 2012-10-09 15:50:22,640 [27:DEBUG] [Incremental C:\Program Files >>> (x86)\SourceGear\Vault Client\vault.exe] process exited event received >>> 2012-10-09 15:50:22,640 [Incremental:DEBUG] The folder has not changed. >>> >>>> 2012-10-09 15:50:22,640 [Incremental:INFO] No modifications detected. >>>> >>> >> >> Thanks, >> Barry >> > >
