Perforce Lable using changelist number or Date/time

scmuser created the topic: Perforce Lable using changelist number or Date/time
Hi,

I am trying to create a label using Perforce specific change list number or depends on Data and time for entire branch. Could you please help me with it?

scmuser replied the topic: Re: Perforce Lable using changelist number or Date/time
Ww need to understand some of the basic stuff which will help us to resolve this all the time….
To create a label, we will have perform 2 activities –
1. Create a Name of the Lable using following command…
p4 label

2. Sync this lable with client workspace source code.
p4 labelsync -l

this means labelsync will only add the client workspace soruce code to the specific label name. so its completly depends on us what source code we have in our client workspace if not head revsion, then we sync perforce source code via many following ways such as….
1. p4 sync file.c#4
2. p4 sync //depot/proj1/…@21
3. p4 sync @labelname
4. p4 sync @labelname,@labelname
5. p4 sync @2001/06/24
6. p4 sync //depot/proj1/…@2001/06/24

rajeshkumar replied the topic: Re: Perforce Lable using changelist number or Date/time
There are 2 kinds of labels.

1. Static Labels which explain above
2. Automatic Labels, Details and solution can be found below;

You can use automatic labels to specify files at certain revisions without having to issue the p4 labelsync command.

To create an automatic label, fill in the Revision: field of the p4 label form with a revision specifier. When you sync a workspace to an automatic label, the contents of the Revision: field are applied to every file in the View: field.

Example: Using an automatic label as an alias for a changelist number
Earl is running a nightly build process, and has successfully built a product as of changelist 1234. Rather than having to remember the specific changelist for every night’s build, he types p4 label nightly20061201 and uses the label’s Revision: field to automatically tag all files as of changelist 1234 with the nightly20061201 label:
Label: nightly20061201
Owner: earl
Description:
Nightly build process.
Options: unlocked
View:
//depot/…
Revision:
@1234

The advantage to this approach is that it is highly amenable to scripting, takes up very little space in the label table, and provides a way to easily refer to a nightly build without remembering which changelist number was associated with the night’s build process.

Example: Referring specifically to the set of files submitted in a single changelist.
Label: patch20061201
Owner: earl
Description:
Patch to 2006/12/01 nightly build.
Options: unlocked
View:
//depot/…
Revision:
@1238,1238

This automatic label refers only to those files submitted in changelist 1238.

Example: Referring to the first revision of every file over multiple changelists.

You can use revision specifiers other than changelist specifiers; in this example, Earl is referring to the first revision (#1) of every file in a branch. Depending on how the branch was populated, these files could have been created through multiple changelists over a long period of time:
Label: first2.2
Owner: earl
Description:
The first revision in the 2.2 branch
Options: unlocked
View:
//depot/release/jam/2.2/src/…
Revision:
“#1”

Because Perforce forms use the # character as a comment indicator, Earl has placed quotation marks around the # to ensure that it is parsed as a revision specifier.
Regards,
Rajesh Kumar
Twitt me @ twitter.com/RajeshKumarIn

rajeshkumar replied the topic: Re: Perforce Lable using changelist number or Date/time
To create a label using datetime requires the use of static labels. What you do is to do a “p4 sync” to a specific time, such as:

p4 sync @2011/03/18

Then tag the files with a label:

p4 tag -l //depot/…

For more information, please refer to the Perforce User Guide:

www.perforce.com/perforce/r10.2/manuals/…odemgmt.html#1066766
www.perforce.com/perforce/r10.2/manuals/…odemgmt.html#1081816
Regards,
Rajesh Kumar
Twitt me @ twitter.com/RajeshKumarIn

rajeshkumar replied the topic: Re: Perforce Lable using changelist number or Date/time
One more important things is that –
The automatic label (the “Revision:” field in the label
specification) was introduced in version 2006.2:

Major new functionality in 2006.2

‘Automatic’ labels – #107125 (Bug #20887) **

The new automatic label feature introduced in 2005.2 but
undocumented is now fully supported. By adding a “Revision”
field to the label specification you can now make that label
appear as if ‘p4 labelsync’ had been done on the label using
that revision. The only difference is that if the “Revision”
specification is dynamic (e.g #head) the apparent contents of
the automatic label will change, while a static label set with
‘p4 labelsync’ will not. Note that when executing the command
‘p4 labels ‘ automatic labels will not be displayed.

( www.perforce.com/perforce/r10.2/user/relnotes.txt )
Regards,
Rajesh Kumar
Twitt me @ twitter.com/RajeshKumarIn

Tagged :

Need correct P4win and p4v installer

scmuser created the topic: Need correct P4win and p4v installer
My Server version is 2004.2 and I would like to have supported p4win and p4v which will support to my perforce server in 64 bit.

Could you please let me know from where I can download right installer?

rajeshkumar replied the topic: Re: Need correct P4win and p4v installer
the current version of the P4V client is only compatible with Perforce servers 2005.2 and later. The last version of P4V that worked with P4D 2004.2 was P4V 2008.2 which can be downloaded from our ftp site.

The 64bit version can be downloaded from:

ftp://ftp.perforce.com/perforce/r08.2/bin.ntx64/

and the 32bit version can be downloaded from:

ftp://ftp.perforce.com/perforce/r08.2/bin.ntx86/
Regards,
Rajesh Kumar
Twitt me @ twitter.com/RajeshKumarIn

Tagged :

Use of p4 spec command

scmuser created the topic: Use of p4 spec command
Use of p4 spec -o label command

“p4 spec” is an unsupported command and thus not documented in the command reference. The only reference we have is “p4 help spec”:

spec — Edit spec definitions (unsupported)

p4 spec [-d -i -o] type

Edit any type of specification: branch, change, client, depot,
group, job, label, spec, stream, trigger, typemap, or user. Only
the comments and the formatting hints can be changed. Any fields
that you add during editing are discarded when the spec is saved.

‘p4 jobspec’ is equivalent to ‘p4 spec job’, and any custom spec
(include the job spec) can be deleted with ‘p4 spec -d type’.

Please let me know if you have any further questions.

Tagged :

Need Webbased tool to Admin 100’s of Perforce Server Instance

scmuser created the topic: Need Webbased tool to Admin 100’s of Perforce Server Instance
Can I imagine a web based tool which can administer 100’s of perforce server instance and where employee can browse all listed depot and if they need access(read/Write/Super) on any depot/branch/codeline, they can raise a request through given interface in web tool and this request directly goes to admin(Super) of that particular Server Instance in form of an email, and he can reject/approve this access. As soon as he accept the request, new access definition should be added in perforce protection table?

Any solution?

Tagged :

Need innovative Idea in Perforce Server Administration

scmuser created the topic: Need innovative Idea in Perforce Server Administration
Hi,

I have one scenario and I am looking for solution in Configuration Tools such as Perforce. Can you please let me know is there any common solution available in Perforce or i will have to developed a new application.

Scenario: I have 50 Perforce Server Instance running and i would like to minimize the time spending on admin work such a user creation and deletion.

Is there any ways where i can centralize all perforce server following activities…

1. User Creation /Deletion

2. Group Creation/ Deletion

3. Assigning Depot Access to group such as modifying protect table

rajeshkumar replied the topic: Re: Need innovative Idea in Perforce Server Administration
Answer found from Perforce Support – The feature (centralised server) you are looking for has been available undocumented for several years. However since the 2010.2 release, it is now fully supported and documented:

Most organizations use only one Perforce Server for the entire organization, but over time, as organizations grow and merge, or as different groups within an organization need to share data, an organization can find itself with multiple Perforce Servers across a common user base.

If you are running multiple Perforce servers, you can configure them to retrieve protections and licensing data from a centralized authorization server. By using a centralized server, you are freed from the necessity of ensuring that all your servers contain the same users and protections entries.
If a user does not exist on the central authorization server, that user does not appear to exist on the outer server. If a user exists on both the central authorization server and the outer server, the most permissive protections of the two lines of the protections table are assigned to the user.

You can use any existing Perforce Server in your organization as your central authorization server. The license file for the central authorization server must be valid, as it governs the number of licensed users that are permitted to exist on outer servers. To configure a Perforce Server to use a central authorization server, set P4AUTH before starting the server, or specify it on the command line when you start the server.

If your server is making use of a centralized authorization server, the following line will appear in the output of p4 info:

Authorization Server: host:port

Where host:port refer to the host and port number of the central authorization server.

In the following example, an outer server (named server2) is configured to use a central authorization server (named central). The outer server listens for user requests on port 1999 and relies on the central server’s data for user, group, protection, review, and licensing information. It also joins the protection table from the server at central:1666 to its own protections table.

For example:
p4d -In server2 -a central:1666 -p 1999

When you configure a central authorization server, outer servers forward the following commands to the central server for processing:

group, groups, passwd, review, reviews, user, users, protect, protects, login, logou
Regards,
Rajesh Kumar
Twitt me @ twitter.com/RajeshKumarIn

Tagged :

Open for write: Permission denied in perforce

scmuser created the topic: open for write: Permission denied in perforce
While login to perforce server, i got following issues…Any help?
-bash-3.00$ ./p4 -p perforceserver:1600 -u scm login
Enter password:
Fatal client error; disconnecting!
open for write: /user/scm/tmp.10149.21: Permission denied

Tagged :

P4 replication: do not read compressed journals?

scmuser created the topic: p4 replication: do not read compressed journals?
p4 replicate and p4 pull (when replicating metadata) do not read compressed journals. Therefore, the master server must not compress rotated journals until the replica server has fetched all journal records from older journals

Based on the major issue, how should be solve this?

Tagged :

Unable to read AppleDouble Header.

scmuser created the topic: Unable to read AppleDouble Header.
I’m getting some errors which I never saw before when renaming SASD to ASDCX project:
Unable to read AppleDouble Header.
open for read: C:\XXXXXXXX\%Rabbit.png: The system cannot find the file specified.
Unable to read AppleDouble Header.
Submit aborted — fix problems then use ‘p4 submit -c 23231’.
Some file(s) could not be transferred from client.

What can be done to resolved this issues?

Tagged :

P4 replication issues

scmjobs created the topic: P4 replication issues
URL www.perforce.com/perforce/r10.2/manuals/…/10_replication.html

In Given URL, Above, it has particular system requirement….

p4 replicate and p4 pull (when replicating metadata) do not read compressed journals. Therefore, the master server must not compress rotated journals until the replica server has fetched all journal records from older journals.

Questions:
1. How to make sure that replica Server has fetch all journal records from older journals?
2. After fetching all journal records, can i compress journal?
3. if I compress jounral after fetch, will Master and replicate server will do replication??

Tagged :

Prompting password frequently in Perforce

scmuser created the topic: Prompting password frequently in Perforce
Recently, p4 is asking me for my password more than once a day. I usually connect to server:1666 from eclipse, cygwin terminal and p4v. Also, I have 3 machines that I use – windows desktop, windows laptop and mac desktop.

Does anyone know why I need to give my password more than once a day – even on the same program. This has started happening recently

alwaysharsha replied the topic: Re: Prompting password frequently in Perforce
In command prompt type p4 tickets and see when you login the ticket is valid for how many hours.