Subversion handling of .AppleDouble etc in mixed OSX, Linux

Hi,

Can some one point me to some resources on managing a mixed OSX and
Linux environment (Linux desktops and OSX laptops). When it comes to
.AppleDouble, :2eDS_Store etc what happens when folks are commiting
from both OSes?

When a project is created on Linux and imported into svn and co’d to
OSX or the other way around how are these hidden files versioned? In
the first case does this cause problems on the OSX side? If a
developer on Linux modifies or deletes a file its .AppleDouble would
remain, so would this wreak havoc on OSX?

I’d appreciate hearing about your experience in this sort of
environment.

Thanks a lot,

bakki

What worked for me was to set the svn:ignore property (recursively) on
my entire project to:
.AppleDouble
2e_

Then if I am working on the Mac and it creates .AppleDouble,
:2eDS_Store, and so forth, I don’t need to worry about them cluttering
up the repository. The Mac doesn’t actually need them, as far as I can
tell, and will recreate them the next time I edit files in that
directory from the Mac anyway.

Chris,

That sounds like a great approach. I’ll try it. Thank you very much.

Did you also add ‘Network Trash Folder’ and ‘Temporary Items’ to
svn:ignore? I see them when doing a finder copy to a linux
volume…and probably they won’t show in a svn commit right?

bakki

Bakki K. wrote:

Did you also add ‘Network Trash Folder’ and ‘Temporary Items’ to
svn:ignore? I see them when doing a finder copy to a linux
volume…and probably they won’t show in a svn commit right?

For some reason those haven’t shown up for me. I’m guessing this is just
a coincidence; I’ve probably never done a Finder copy to the Linux
volume and never realized it. (These days I tend to do most of my
development on the Mac, commit to the repository, and then svn update on
the Linux server.)

If you do see those showing up for you, though, by all means, add them.
Generally speaking, you don’t want anything in your repository that
isn’t part of the actual application itself.

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs