Name | Modified | Size |
---|---|---|
.. | ||
adminclient.cc | 20 years ago | 4 KB |
adminclient.h | 20 years ago | 2 KB |
adminmain.cc | 20 years ago | 7 KB |
adminuser.cc | 20 years ago | 4 KB |
adminuser.h | 20 years ago | 3 KB |
Changes | 20 years ago | 153 B |
edituser.cc | 20 years ago | 3 KB |
edituser.h | 20 years ago | 2 KB |
filelist.cc | 20 years ago | 2 KB |
filelist.h | 20 years ago | 2 KB |
Jamfile | 20 years ago | 2 KB |
Jamrules | 20 years ago | 2 KB |
LICENSE | 20 years ago | 1 KB |
README | 20 years ago | 5 KB |
revertuser.cc | 20 years ago | 3 KB |
revertuser.h | 20 years ago | 2 KB |
submituser.cc | 20 years ago | 3 KB |
submituser.h | 20 years ago | 2 KB |
syncuser.cc | 20 years ago | 3 KB |
syncuser.h | 20 years ago | 2 KB |
Version.p4u | 20 years ago | 43 B |
Change | User | Description | Committed |
---|---|---|---|
4780 | Tony Smith | Add support for 'p4u -x <file>'. Same functionality as 'p4 -x <file>'. It's... the only feature I've really felt the lack of in using the initial release. « |
20 years ago |
4662 | Tony Smith | Add the first release of my Perforce command line client for Unix sysadmins. On a Unix bo...x, some of the files you really want under version control need to be protected. P4 uses the user's umask to control the permissions on the files it manages but when you're managing a unix box these permissions can vary on a per-file basis and that makes it tricky to manage unix boxes properly with Perforce. Enter P4U. It uses the 2004.2 server's ability to store per-revision attributes to store a permission-mask for each file that requires custom handling. The bits in the mask are removed from the permissions of the relevant files when normal Perforce commands are executed using 'p4u' instead of 'p4'. i.e. p4u add /etc/shadow p4u attribute -n unixMask -v 077 /etc/shadow p4u submit This will cause /etc/shadow to have the mode you would hope for (0400). The mode will be restricted whenever you: p4u submit p4u edit p4u revert p4u sync Currently that's it. « |
20 years ago |