Proper version control for Libraries
under review
Darren Bennett
Currently when 2 editors of a library work on the same library at the same time one will lose their work in favour of the other if the other publishes first.
This means only one editor can work on a library in a team.
Within a team many editors need to be able to work on a library at the same time.
To achieve this the system needs proper version control. This includes the follwoing
Branching
Conflict resolution
Merging
I've never come across a team account that doesnt have this fearture tbh.
P
Philipp Nürnberg
If collaborative work as we know it from Figma is available, do we really need a version control with layer-based conflict solving? I mean, you have to manage the version control via a server, which means this feature is nothing for people who only works offline. Sure, ProtoPie offers a self-hosted server solution, but then you could work with the collaborative work again (from the self-hosted servers). If we would have collaborative work, for whom would this feature be an alternative?
Patricia (ProtoPie Team)
under review
Patricia (ProtoPie Team)
Patricia (ProtoPie Team)
David Lee
Patricia (ProtoPie Team)
Ajay Karat
I agree, and would like to add in a bit more information,
There is already an option to add comments a cloud update. The comment is the same for all versions, and gets carried over when the next version is uploaded to cloud. It would be a 'nice to have' feature where comments were tied to a specific version.
I am unaware if this feature already exists in team, but the version I am using (individual plan) does not have this.
Jeff Clarke
Definitely a must have. This problem is compounded by the fact that there is no indication that the library is being edited by someone else. So an editor will most definitely get themselves into this situation without realising it until it's too late.
Simone Phillips
Yes! Good for knowing what has changed