Configuration and setup files should be regenerated by the developer when setting up a new project. On the other hand, anything that isn't shared across the dev team should be left out of the repository.įurther experience has taught me that the only things that should go into source control are the actual source files. If certain plugins are universal and have config files of their own, go ahead and check those in as well. classpath files so that a new developer will be able to checkout and build immediately. If Eclipse is the standard IDE, go ahead and check in the. I'd recommend checking in whatever artifacts are universal across the development team. ![]() The last question about which artifacts to check into SVN is a matter of taste. You'll be able to have projects checked out on development branches while others are on the trunk, you can revert changes to one project while leaving another alone and so forth. You'll be able to check out individual projects into the workspace without having to checkout the entire codebase. What this does for you is give you the flexibility to lay out your workspace completely separate from how your repository is structured. For details refer to the corresponding Open command in the Project Window. I'd recommend each Eclipse project have its own SVN project, so that instead of having SmartSVN will check out the file to a temporary location and open it in the specified editor. They may end up looking similar, but that shouldn't imply that they're actually the same. ![]() The SVN layout should be separate from how your workspace is defined. You can create as many workspaces as you want for specific purposes you could even import projects in one workspace into another if you had reason to do so. Project files can (and usually do) live in the workspace, but as you know, they can be imported from an external source-the import is just a logical link. The workspace is really just where Eclipse stores a bunch of settings. Workspaces and repositories shouldn't be related.
0 Comments
Leave a Reply. |