[PD] Git version control, diff and pd.

Joe White white.joe4 at gmail.com
Wed Apr 17 17:34:11 CEST 2013

Hi Rafa,

+1 on what Roman said.

We use Pure Data and Git a lot in our projects and you might find you have
more luck organising a useable workflow in your team rather than trying to
automatically diff/merge patches.

Here's some of the things we do:

- Split up your code into abstractions instead of sub-patches, treating
them like classes. (use $0 passing to ensure communication - also makes
your patch local so you could run multiple instances.)

- Split tasks so that only one developer works on an abstraction at any one
time. Sometimes it's unavoidable but manual merges happen in bigger
projects in other languages anyway.

- When committing make sure that only the desired files are added.

Hope that helps,

On 17 April 2013 15:54, Roman Haefeli <reduzent at gmail.com> wrote:

> On Wed, 2013-04-17 at 09:27 -0500, Rafael Vega wrote:
> > Can anyone provide tips on how to diff two pd patches to find
> > differences quickly so that conflicts can be fixed by hand without
> > spending too much time trying to find differences?
> I think there is no way to sanely handle that. I treat .pd files as
> binary files in this regard. One small change can change the whole file.
> The objects within a patch are identified and ordered by an
> automatically given integer number. A small change might cause many
> objects to be renumbered without any relation to the previous version.
> Such a diff might be huge even if the change is very small.
> I think you are left with avoiding conflicts whenever possible as Pd
> patches cannot be diff'd and merged in a meaningful way.
> Roman
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list

Follow me on Twitter @diplojocus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20130417/1954c648/attachment.htm>

More information about the Pd-list mailing list