#1
|
|||
|
|||
5.2 perforce submit doesn't allow wildcards
Depot syntax wildcards are a feature we've come to expect from the p4 command line. In order to use the p4 action instead of a text shell, depot syntax wildcards (/..., /*) need to work whenever they would also work in the command line.
I got the following email from the other visual build user at work, and need to pass it on. Quote:
Also, it's my impression (although I haven't verified it recently) that sometimes the DOS-path wildcards would work when the depot ones wouldn't. So listing a file as C:\path\to\files\* might work when //depot/path/to/files/* wouldn't. Best regards and thanks for the fine product. -e |
#2
|
|||
|
|||
There were some changes made in VBP 5.1 to the Perforce action in regard to how submit is dealt with, mostly bug fixes to properly deal with the default changelist (see http://www.kinook.com/Forum/showthread.php?threadid=229 for details).
In addition, the Opened command is now only issued if the Folders field is empty. The reason for this is so that the action can also delete the named changelist if no files have actually changed and they all get reverted. We expected the normal usage in a build would be 1) Create a changelist using a change command (the Perforce action stores the new changelist # in the P4_CHGLIST temporary macro). 2) Use the open command to open any files that might be changed by the build into the %P4_CHGLIST% changelist. ...perform build logic... 3) Use the submit command to submit the build changelist with all modified files in the build changelist, reverting any unchanged files and deleting the changelist if no files were modified (using a blank Folders field and checking the Revert option). Are you wanting to use wildcards in some manner that prevents this from working, or setting up your builds differently, or ? |
#3
|
|||
|
|||
Dave says,
Quote:
Some of my manual p4 steps redirect output to NUL since I don't need to read about all 13000+ files being synced on a clean build in my log file. After looking more closely, it looks like output can be set to none. Is this the same? One of my steps syncs to #none (//...#none); I wasn't sure of the right place to do this in the p4 action. It seems like the command panel > changelist number field could hold the none keyword, but that didn't work ok. One of my custom steps returns the p4 revision number of a particular checked in file, so I can update its version strings before I build it. (p4 have //some/file.ext filtered by perl). Is there a simple way to do that? Other p4 actions work ok; opening files for edit, locking files, reverting files, and deleting open changelists. So it looks like both Dave and I can do a revision of our actions if we have time. |
#4
|
|||
|
|||
Quote:
Quote:
Quote:
|
#5
|
|||
|
|||
Ok, I'll check those out. Thank you.
|
|
|