PRB: Setting Wrong System Date Causes Lost Project HistoryLast reviewed: April 30, 1997Article ID: Q150643 |
The information in this article applies to:
SYMPTOMSResetting the system time and date to something earlier than a project's creation time and date can cause that project's labeling information to be lost.
CAUSESourceSafe uses the system date and time to determine if a file is within a valid range for a label. Manually altering the system clock to facilitate a desired date preceding the creation date of the project causes serious damage to the labeling structure of the project.
RESOLUTIONMake sure the system clock is set to the right time before checking in files. If you need to alter the computer's system date and time, you must be careful to reset to the correct date and time before checking files in to SourceSafe. On a network server, all workstations should be synchronized to the server's time to ensure correct date/time stamping by those workstations using SourceSafe.
STATUSThis behavior is by design.
MORE INFORMATIONThe NET TIME command is used to synchronize the time in Windows NT. The syntax is as follows:
NET TIME [\\computername | /DOMAIN:domainname] /SETwhere \\computername is the computer to which you want to synchronize your computer's clock. If you have a domain controller, use the domain to synchronize with the domain controller. The SYSTIME utility is used to synchronize time using a Novell Netware File server. The syntax for this command can be found in Novell's Help system.
STEPS TO REPRODUCE
|
Additional query words: stamp date time
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |