Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

Perforce report to Bitbucket - possible to split up into multiple repos?

We had a Perforce repo that contained many directories for different projects. We migrated it to Bitbucket late last year, and I still have one repo with all those project directories.

A coworker was in the midst of moving things in to individual repos before he moved on to greener pastures, and now I am revisiting this project.

I really only care about version history for the individual files. For example, we might have:

  • Windows/Host
  • Boards/Board1
  • Boards/Board2
  • Board/Bord2

There are many times when we made a chance to add a message to Board1, Board2 and Board3, and also support to use that message in the Windows host program. As such, the Perforce check in history (and newer Bitbucket commits) will have a check in that goes to different folders that ideally we'd split up.

If my path was Development/Project/Boards/Board1/src, inc, etc.

Ideally I might want to make a new repo called "Board1" that has those files at the root. But I suspect that will break all the file history, since they are linked to a path/place rather than the file.

Suggestions on what to read up on in the Bitbucket/Git documentation would be greatly appreciated.


2 answers

0 votes
Aron Gombas _Midori_
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Apr 20, 2023

It sounds you were using a so-called monorepo approach with Performance. If you were happy with that, you can continue the same approach also with Git!

There are many articles  with pratical tips on the web, just Google for "monorepo git":

First tip: Git supports "sparse checkout" to clone only a subdir of the monorepo.

I guess I know it works under Git since that's how we've been using it since we migrated to Bitbucket, but...

The way Perforce works, where you just "get" the files you want to work on, it wasn't a big deal.

The way Git works, where it pulls down every file and all versions (or so it seems), it's not ideal. I don't like having to pull down hundreds of thousands of files to work on a project that is made up of five source files and a few headers. I'll look in to sparse checkout.

I still do not like the "kitchen sink" approach of a monorepo (yay, I learned a new term today) but a sparse checkout might solve my major issue with it.

Side thought: I wondered about cloning the repo multiple times, then just deleting anything I no longer wanted to keep. I suspect there is a way in Git to jettison the deleted folders so they don't live on forever.

But, if I did that, and ended up with just one folder:


...I couldn't move that back to the root without breaking all the history links, could I?

Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events