I was going through the attributes of a changeset and I am having doubt in these 2 attributes :
lastChangeDate : changeset last modified date until the changeset is not marked as 'Complete'.
modifed : if we make any changes to a changeset even after delivering a changeset. I found that we can modify a changeset comment even If I have delivered it, that changes the modified attribute of the changeset.
Am I correct ? If a changeset comment can be modified then what other attributes we can modify in a changet , once we have delivered it , which modify modified date attribute of it ?
Also I can't find any official documentation which explains them .
Related
I am looking for an option in github to get all pull requests with ID, Name, Date and count of files committed.
I tried to use the export option and used the below command but couldn't get full data.
git ls-remote orgin'pull/*/head' and from this i can get the list of files committed, but couldn't get name and date. Can anyone help?
Thanks in advance
We are currently implementing Azure Devops for our backlog and task management. We are using a Kanban board setup. I would like to add a query to our dashboard to show Stale actions, effectively I want to see a list tasks that have been assigned but not modified in 7 days.
Initially I tried the state change date, but am finding that some tasks are having activity but just not a state change.
So I tried Changed Date, but that shows changes to the priority level when other items are changed.
How can I write a query that would only identify work items that have not been modified in over 7 days?
Currently there are no existing field can meet your requirement. And the Changed Date field will be updated if there are any changes to this work item as you mentioned.
As a workaround, you could try following steps.
Add a custom field to a work item type (Inheritance process), I add field LastEdit which is Date/Time type and IsActive which is Text (single line) type for Task, and field IsActive is required, as below.
Add a rule to a work item type (Inheritance process), I add 3 rules for Task, as below.
Therefore, the field LastEdit is the last edit time, and users must edit the field IsActive when they update this work item and then the field LastEdit will be updated, otherwise they cannot save their changes.
Now you could filter target Tasks that using the field LastEdit, as below.
Here's the approach I tried utilizing rules to set a "LastEdit" custom date field. I have 4 of these set for different changes, then I can query off the LastEdit date. It'll take a few days before I know if this works or not, but some simple testing seem ok. The major shortcoming I see is that I cant create a rule to update the LastEdit based on a new comment being entered.
In Azure DevOps portal how to query list of work items whose "Completed effort" is modified today. Actually I'm trying to query list of work items my team members have worked today and email them to my manager.
I'm able to query list of work items "modified" by users today, but I do not want to retrieve a work item if it's completed effort is not modified and some other filed is modified.
I am afraid it cannot be done directly. There is not such a filter of completed effort change.
However, there is a workaround to achieve this. Check below:
1, Add a custom field of Date type(see below Modified Date field). Check here for detailed steps.
2, Create a rule: Check here for detailed steps:
Condtions: When change was made to Completed work field.
Action: Set the customized Modified Date field to the Changed Date
3,Then you can add Modified Date filter in your Query. See below query, only the work items whose completed effort filed is modified today will be returned:
Another workaround is to use work item tracking Rest api. This is a little complicated:
1, First call Wiql rest api to get all the work items of your current query.
2, Second loop through the returned work items and call Updates rest api, Then filter those work items whose completed effort field has new value.
Right now I have the following query:
screenshot of query in DevOps
It's returning items I've transferred today, as I intended, but it's also returning items that were changed today by other teams (e.g., I transferred something out on Friday, but the other team changed it today, so it shows up).
Since there is no "Transfer Date", only "Changed Date" or "State Change Date", is there a better way to set this up?
How do I set up a query in Azure DevOps to tell me which items I have transferred out of my area path today?
That because you have set the Operator to Was Ever, which will return the work items that you have ever changed.
So, if anyone change it today, it will show up in your query result.
To resolve this issue, you need to change the Operator to =:
Now, it will not return the workitem you transferred out on Friday.
Update:
the results do not stay in the query since "Changed By =" only shows
the LAST person to make a change. So for example, I transfer the item,
then someone from another team immediately comments. That work item no
longer shows up in the query, but I want to track it until the end of
the day, so I can know "x items total have been transferred out
today".
Indeed, this is a issue. It seems there is no such out of box way to resolve this issue at this moment.
As workaround, you could add custom field in our custom process, then add a Rules to set the value of the custom field to True when area path is modified.
Just like the similar thread.
Now, we could add custom field as new clause in the query, so that we could filter out the wokitems you want. However, the limitation of this method is that it can only work on newly created wokitems, and has no effect on those previously created workitems.
Hope this helps.
I implemented two hooks (processDatamap_afterDatabaseOperations and processDatamap_postProcessFieldArray) to manipulate any record after saving.
My Question is:
Every time I copy or create a record I enter the hooks and get a parameter "status" which is always "new" no matter if the record is actually new or just a copy of an existing record.
It seems like TYPO3 handles copies as new records.
How can I check if a record is actually a copy or a new record?
I am currently working with TYPO3 Version 8.7.9.
You can use the t3_origuid.
It should be added to your extbase domain model.
See here.
After handling the "copy" command the id of the original record will be copied into this field.
So in the hooks:
processDatamap_preProcessFieldArray or processDatamap_postProcessFieldArray you can access to it.
Like:
if(isset($fieldArray['t3_origuid']) {
<your_code>
}