Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 4096802
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 20, 20262026-05-20T20:05:35+00:00 2026-05-20T20:05:35+00:00

Our group integrates a bunch of different sub-blocks into our main project and we

  • 0

Our group integrates a bunch of different sub-blocks into our main project and we are trying to determine the best way to manage all of these different pieces of intellectual property. (From here on out I will refer to these sub-projects as pieces of IP “Intellectual Property”).

The IP will be a mixture of third party vendor IP, previous projects IP and new to this project IP. Here are some of the ideas we are considering for managing all the different pieces of IP:

  1. Publish releases on a physical drive and have the main project point to the correct releases.

    PROS – Little to no dependencies on the SCM: seems simpler to manage initially:

    CONS – Must remember to keep each physical design center up to date:

  2. Use Perforce client spec views to include the correct version.

    PROS – Able to quickly see what IPs are being used in the client spec:

    CONS – With a lot of IPs the client spec becomes very messy and hard to manage: each team member manages there own client spec (inconsistencies): the very thing determining which IP version to use is not under SCM (by default):

  3. Integrate the the different releases into a single one line client view.

    PROS – Makes client spec maintenance dead simple: any change to the IP version is easly observable with the standard Perforce tools:

    CONS – Not as easy to see what versions of IP we are using:

Our manager prefers #2 because it is easiest for him to look at a client spec and know all the IPs we are using and the versions. The worker bees tend to strongly dislike this one as it means we have to try and keep everyones individual client specs up to date and is not under SCM of the project itself.

How do others handle IP within a Perforce project and what recommendations do you have?

UPDATE:

I am really leaning towards solution #3, it just seems so much cleaner and easier to maintain. If any one can think of why #3 is not a good idea please let me know.

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-20T20:05:36+00:00Added an answer on May 20, 2026 at 8:05 pm

    I would go for the third solution too.

    I can’t think of any downsides, and have not experienced any when faced with similar situations in the past.

    You could placate your manager by using a branch spec that clearly spells out which IP versions are branched in. He could then refer to that branch spec instead of a client spec.

    Also if you look up ‘spec depots’ in the help, you can set Perforce up so that it version controls all specs, including branch specs, automatically, which will give you traceability if you alter IP versions.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

We're currently trying to integrate existing classic ASP pages into our new method of
We're getting our new MVC project off the ground and are trying to tackle
I'm working on improving our group's development process, and I'm considering how best to
Our group is trying to create a slide-out option panel for products to be
I'm trying to sell our group on using Mercurial as a source repository rather
I'm currently working on the GUI part of our group's first semester exam project,
We are trying to look at optimizing our localization testing. Our QA group had
In our dev group we have a raging debate regarding the naming convention for
A portion of our research group's program has auxiliary functionality provided by ctemplate library.
Our application is modulraized (Group of modules doing specific things). The modules have event

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.