Who we are

We are the developers of Plastic SCM, a full version control stack (not a Git variant). We work on the strongest branching and merging you can find, and a core that doesn't cringe with huge binaries and repos. We also develop the GUIs, mergetools and everything needed to give you the full version control stack.

If you want to give it a try, download it from here.

We also code SemanticMerge, and the gmaster Git client.

git interop

Friday, February 25, 2011 Pablo Santos 1 Comments

Last December we launched “Git Jungle” a Git repository visualization tool for Git based on Plastic SCM code.

A few weeks later we released “Method history for Subversion” another step ahead in SCM interop (ok, this time just sharing some of our core features with other systems).

We’re working on the next big Plastic SCM release, 4.0, and one of the key goals will be SCM interop. We plan to have (we’re working on it) bi-directional synch with Git and SVN and then eventually add other systems.

We’re developing a Git fast-import and fast-export support which opens the doors to full import/export from Plastic to Git and hence conforms to the format that is growing as the “lingua franca” in the SCM world.

A little bit of jungle

Take a look at the git repository rendered by GitJungle.

And a sneak-preview of 4.0

And now the same repository after being fast-exported and fast-imported into Plastic (cm fast-import) and already showing some of the new (still unveiled :P) Branch Explorer features.

Enjoy and send us feedback!! :)
Pablo Santos
I'm the CTO and Founder at Códice.
I've been leading Plastic SCM since 2005. My passion is helping teams work better through version control.
I had the opportunity to see teams from many different industries at work while I helped them improving their version control practices.
I really enjoy teaching (I've been a University professor for 6+ years) and sharing my experience in talks and articles.
And I love simple code. You can reach me at @psluaces.

1 comment:

  1. Useful tool. Missing just one single feature to become _very_ useful - lines from mother commit to daughter commits in other branches.

    Thanks still :-)