I am wondering what the function is of the Publish field of items in Sitecore. Just to be sure I am clear about what field I am talking about it's the field in the "Publishing" section of an item which is only shown when you check the "Standard fields" option.
Normally that field is not filled in and I expected it to be filled automatically by Sitecore when an item is published due to it's publishing restrictions settings but I am no longer sure about this.
Regards,
David
The Publish field of Publishing section contains a date and time for an item to be published from. If you do not specify anything here, the item is publishable by default. These changes are applied to the whole item (the field is shared). If you'd like to change this for different versions, use the LifeTime section instead.
I would encourage you to get acquainted with Content Cookbook for more details.
If I remember correctly, these fields can be used to properties of the publishment. For example, the date range when your page should be online.
If not, please give me a list of fields that are available.
Related
We have two fields Fix Versions and Affects Version in a bug wherein the drop down values are to be auto populated based on the tags created in Azure Repos. For ex: if there are tags v1.001.560, v1.001.561 etc and for any new tags created, the tag version should appear as a drop down value for these fields. Is there a feasible approach to achieve this? Please suggest.
In short, there is no method to meet your needs now. As a suggestion, you could submit a suggestion ticket to suggest the feature on: https://developercommunity.visualstudio.com/report?space=21&entry=suggestion. That will allow you to directly interact with the appropriate product group, and makes it more convenient for the product group to collect and categorize your suggestions.
DevOps only supports setting to specific values for your custom picklist fields. Please note custom field is used to support tracking data requirements you have that aren't met with the existing set of fields.
Besides, to realize your idea, we should auto populate tag values to the field when opening the work item. However, we also not have such a trigger even though getting the tags with Rest API.
I have a scenario in which only admins can edit few of work Item fields, not all users should be able to edit the fields but I didn't find any way in which I can do this or if the field value is set, it shouldn't be changed again.
Depending on the field, you can use Rules on the work item to make a field read only after it has been given a value.
I have found work item rules to be lacking in functionality for many of the situations I've tried to use them, but sometimes it works well enough.
If the field needs to be edited a different time you would need to hack another rule in based on some other controlling value to allow the field to be made editable again.
When we are doing the customization of a work item type in VSTS. Do we also have the ability to track the history of the customization itself?
For example, we are trying to find out when the start date field was added to our customized Bug work item type.
A field was not there in a previous Increment but we noticed it recently. Just want to find out if there is a date captured somewhere that tells us when it was added or who may have added it?
Unfortunately we cannot get the information from VSTS for now. No date or history included from the retrieved process information via REST API.
However there's already a user voice submitted here to suggest the feature to add Activity Log to VSTS to track user accesses, you can go and vote it up or submit a new one to suggest the feature again to achieve that is future release.
For now as a workaround we suggest that you can ask the team members to add corresponding comments in description area after completing the customization for the process... Thus you can track the history of the customization...
In Visual Studio Team Services, I'm trying to display text in the comment section of a work item query. Can anyone give me any insight to why the comment field is blank despite adding comments?
I've included a screenshot of my query, and comment side by side.
Comment section blank
Well, "Comments" and "Discussions" are two different Fields they are not the same in VSTS. What you are trying is to display "Comments" from the "Column Options" in the query, but the field that was actually filled/ edited was "Discussions". "Discussions" are only for a Work Item Form. Currently they aren't queryable.
Hope this helps!
Based on the screenshot, the work item is Task, there isn’t Comment field in Task work item, you can get a work item through REST API to get the fields.
Regarding Query, you can’t add Comment column if you filter Work Item type in Column Options configure window. The Comment filed is in Review work item type.
The History column can display the latest Discussion value (click Refresh button if it is empty).
Suppose we have a page and it has header and footer links. For which we can edit the value using the header/footer dialogs of the components. Now, I want to check that who all have updated those links in any specific environment. How can I check that?
From the page properties, it just shows who made the last update (cq:lastModifiedBy property), but I need the specific versions/history of the page.
Do you want to check this in AEM or in your Code?
The sitekick provides a list with versions that have been created. See the official documentation.
If you want to load versions in AEM, please have a look at this (older) Blog post which describes how to use the VersionManger to work with Versions.
Versions are stored in /jcr:system/jcr:versionStorage within a node named by the first letters of the UUID assigned to a page (jcr:uuid)