tags:

views:

1258

answers:

4

Is it possible to ignore changes to a file in subversion locally on one client only, without propagating the ignore to the whole repository.

The particular problem I'm dealing with is that I've checked out a project and modified a bunch of files including the Makefile, which is already part of the repository. Now the environment I'm working on is different from the rest of the group, and I want the changes to the Makefiles to remain local on my machine and not be committed.

However, I don't want to set svn:ignore because that I believe would commit the ignore to the repository, while it is important to keep the make file there.

Cheers,

/fuad

A: 

Use svn export to export the file so it's not under version control.

http://svnbook.red-bean.com/en/1.0/re10.html

edit: However I believe this has to be done on a per-directory basis, so you'd have to reorganise your files somewhat.

I can't test this at the moment, but would a sparse checkout help you here?

http://svnbook.red-bean.com/nightly/en/svn.advanced.sparsedirs.html

therefromhere
Doesn't work, still part of the repository and shows up as modified
fuad
I'm not sure it's possible to have exported files within a versioned directory.
therefromhere
+1  A: 

The closest safe solution I can think of is to use a personal branch.

Gleb
How does that help? When you want to merge back into trunk, you'll have another (worse?) problem: NOT merging the files you wanted to ignore.
allyourcode
You can commit your personal change into your personal branch with a message saying 'do not merge' and watch out for that message when merging, it will soon be buried under more recent changes anyway; you can even mark that revision as already merged which should prevent an accidental merge.BTW I didn't know about changelists and they are definitely better than a branch for that purpose.
Gleb
+4  A: 

if you use Subversion 1.5.x or higher you can use changelists:

svn cl COMMIT /path/to/project/*

svn cl NOT_COMMIT /path/to/project/Makefile

Note: with second command Makefile will be removed from first changelist. You can ignore the warning.

Do not commit the second changelist.

do commits via:

svn ci --cl COMMIT -m"<LOG MESSAGE HERE>"

Important: If you commit without --cl option, ALL your changes will be committed

Peter Parker
svn cl may not be a good option, because it doesn't support adding directories to changelists. This is a problem if there are directories that you svn add'ed that you want in your commit.
allyourcode
changelists seem useful, but I don't think they really apply here. It's a different use case. They might work if the commands by default ignored files that were in a changelist - that would be really useful. But unless I'm mistaken, that's not how it works. If you don't specify a changelist on a command, then it behaves as if changelists don't exist, correct? So even if changelists supported directories, it wouldn't be an ideal solution. You'd have to manually move the files you really want to checkin into a changelist. I'd rather only manually mark the files I DON'T want to checkin.
andersonbd1
+4  A: 

As with many aspects of svn, tortoise makes it really easy. In fact, I believe tortoise actually adds features by using existing svn features in a systematic way. I realize this answer is windows only, then, but perhaps some people out there are like me and still use windows. In the "Check for Modifications" popup simply right click your files and select "Move to Changelist"->"ignore-on-commit". Now when you checkin using tortoise, it'll segment your changes into the various change lists, so at least you can visually tell what you want to commit and what you don't want to commit.

andersonbd1
Nice ! but the file (and the so the folder) still appears as modified.
Loda