Ticket #694 (new enhancement)

Opened 7 years ago

Last modified 2 years ago

View only part of Perforce depot

Reported by: Miki <mtebeka@qualcomm.com> Assigned to: ttressieres
Priority: high Component: PerforcePlugin
Severity: major Keywords: MESSAGE
Cc: Porsgrunn Trac Release: 0.10

Description

When multiple projects are using the same Perforce server, they don't want to view other people work in their timeline and changes.

I suggest adding a "deopt_path" configuration option where p4trac will look for changes/history/... only below this path

e.g. 

[perforce]
port = perforce:1666
user = p4trac
password = yourpassword
unicode = 0
depot_path = //myproject/main/...

Attachments

api.py.diff (9.0 kB) - added by miki <mtebeka@qualcomm.com> on 09/12/06 08:01:59.
Patch for apy.py to handle client spec restriction

Change History

09/12/06 08:01:59 changed by miki <mtebeka@qualcomm.com>

  • attachment api.py.diff added.

Patch for apy.py to handle client spec restriction

09/12/06 08:04:43 changed by miki <mtebeka@qualcomm.com>

Thought the best way was to use a client, this way the restriction can be much more flexible.

Hope the patch will make it to the trunk :)

New configuration: 

[perforce]
port = localhost:1666
user = duffy
password = duck
client = duffy-trac-client
unicode = 0

12/06/06 00:03:51 changed by anonymous

any idea if this is going to make it into the trunk? it would be really useful for people like me who share a repository with many other people in a large company. Thanks!

02/02/07 14:25:46 changed by anonymous

I would like to see this going into the trunk, too. Especially the client-spec feature, because this is much more powerful then just specifying a single path to the depot. Even large existing client specs can be reused.

02/06/07 19:21:33 changed by hickninja@gmail.com

I'd love for this to get into the trunk as well. I manually applied the patch to the current stable version, and it works great. I'm also in a huge company, and our Perforce server serves probably 10 or 20 projects, each of which is enormous. Any one project only needs to see the changes relevant to them. Also, it takes forever to initialize the cache after the patch was applied. Before the patch, it was impossible.

(follow-up: ↓ 6 ) 05/18/07 12:32:45 changed by enrico.straube@cbb-software.com

this patch dosn't work here... any help?

(in reply to: ↑ 5 ) 08/03/07 23:36:58 changed by bw@imaginengine.com

Also does not work for me. It always uses the entire database for me.

12/06/08 02:33:37 changed by WafvaxByday

  • keywords set to MESSAGE.
  • cc set to Porsgrunn.

02/26/09 16:43:18 changed by anonymous

not working here aswell, any progress on this matter?

01/12/11 15:00:46 changed by anonymous

Hey guys, as most people have pretty big repositories we really need this working - at the very least point me to how to fix it myself please. Having to use the entire depot is a deal breaker in my case. :-(

03/09/11 12:55:41 changed by anonymous

  • priority changed from normal to high.
  • severity changed from normal to major.

06/20/11 15:47:53 changed by anonymous

Can someone give me some info on what needs to changed here so the client mapping fits in? I'd also be happy to just hard code a root path in the depot - no matter what i put in the "repository dir" option it always tries to walk the whole depot. I'm talking a large depot here with millions changelists.

Would appreciate some help!

06/20/11 15:48:23 changed by anonymous

Btw guys I'm having serious issues with the spam filter, i can only submit comments from a specific machine, like 5 others all get spam errors....

Add/Change #694 (View only part of Perforce depot)




Change Properties
Action