Upgrayeddedd Posted August 30, 2022 Report Share Posted August 30, 2022 I guess I don't really understand PlasticSCM. Well, it's different to Git and I get that, but I just don't understand how I am supposed to do this. I have made a whole load of changes on a new branch. Well, they started as changes on main and then I checked them into a new branch. I have made several further commits on this work branch. But those just represent different stages of the work. Like committing what I had done so I could continue from home on another PC. This is not unusual workflow. Now I want to separate all this work into different commits that are based on some different aspects of the work I've done. Maybe some of it was fixes for NDepend, some for whitespace cleanup, some bug fixes, whatever. But Plastic seems to want to be all or nothing, I can merge all this work back to main fine, but there doesn't seem to be a way for me to split it into a new set of changesets. And before several people break their fingers trying to bash "hIsToRy ReWrItInG iS bAd" into their keyboards, I am a winner. I am writing history. It can be into a new branch, where in this branch, everything is done in a different order. And nothing is going to be merged back to main from the "broken" work branch, so there's no issue. What I'm looking for is some workflow, how can I use the tools to organise a new set of changesets with my existing changes from the work branch but in a different partitioning, that I can then merge back to main? Link to comment Share on other sites More sharing options...
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!Register a new account
Already have an account? Sign in here.Sign In Now