Accessing timestamps for check-in and delivery + src code
Is there a way to access the timestamps that a change set or work item is checked in and delivered? And it access available via command line?
How does the numerical order of Change Sets coincide w/ the events of the change set including: creation, delivery, modification
For example:
* change set #538, #540, #534, #525 all touch the same file
* how can I access the timestamps of when these change sets were created and delivered
* also how can I access the timestamps when this 1 file was checked in for each modification?
A Change Set can be opened in RTC and the link tab can show a timestamp regarding a Change Set. What does that timestamp signify completely and how do I access it from command line using TeamConcert/scmtools/eclipse/scm?
Thanks,
Glenn
How does the numerical order of Change Sets coincide w/ the events of the change set including: creation, delivery, modification
For example:
* change set #538, #540, #534, #525 all touch the same file
* how can I access the timestamps of when these change sets were created and delivered
* also how can I access the timestamps when this 1 file was checked in for each modification?
A Change Set can be opened in RTC and the link tab can show a timestamp regarding a Change Set. What does that timestamp signify completely and how do I access it from command line using TeamConcert/scmtools/eclipse/scm?
Thanks,
Glenn
One answer
Hi Glenn,
We have added similar functionality to what you are asking in Story 304215. See https://jazz.net/jazz/resource/itemName/com.ibm.team.workitem.WorkItem/304215. This story will provide "Added By" and "Date Added" columns to the History view in Eclipse and Visual Studio, as well as the corresponding CLI commands. This Story has been completed for RTC 5.0.1 Sprint 1. See the following wiki for UI screenshots of this feature: https://jazz.net/wiki/bin/view/Main/AddedByInfoInHistoryView. (This wiki also shows the CLI commands used to show the history and the dates).
It is also possible to see the check-in history of a file within an individual change set. This was added in RTC 4.0 for both Eclipse/VS/Web UI and the CLI.
-This is shown in the following article: https://jazz.net/library/article/1006
-This is also mentioned in the following help doc: http://pic.dhe.ibm.com/infocenter/clmhelp/v4r0m4/index.jsp?re=1&topic=/com.ibm.team.scm.doc/topics/t_scm_eclipse_history_item.html&scope=null
One thing to note is that when looking at the "Creation Date" in the History view, it's actually more of the 'last modified date'... i.e if you have an open change set, checking in files will update this date, but changing the change set comment will not update this date. Once the change set is closed it will never change, so in that sense it is the creation date of the closed change set.
We have added similar functionality to what you are asking in Story 304215. See https://jazz.net/jazz/resource/itemName/com.ibm.team.workitem.WorkItem/304215. This story will provide "Added By" and "Date Added" columns to the History view in Eclipse and Visual Studio, as well as the corresponding CLI commands. This Story has been completed for RTC 5.0.1 Sprint 1. See the following wiki for UI screenshots of this feature: https://jazz.net/wiki/bin/view/Main/AddedByInfoInHistoryView. (This wiki also shows the CLI commands used to show the history and the dates).
It is also possible to see the check-in history of a file within an individual change set. This was added in RTC 4.0 for both Eclipse/VS/Web UI and the CLI.
-This is shown in the following article: https://jazz.net/library/article/1006
-This is also mentioned in the following help doc: http://pic.dhe.ibm.com/infocenter/clmhelp/v4r0m4/index.jsp?re=1&topic=/com.ibm.team.scm.doc/topics/t_scm_eclipse_history_item.html&scope=null
One thing to note is that when looking at the "Creation Date" in the History view, it's actually more of the 'last modified date'... i.e if you have an open change set, checking in files will update this date, but changing the change set comment will not update this date. Once the change set is closed it will never change, so in that sense it is the creation date of the closed change set.