Follow Techotopia on Twitter

On-line Guides
All Guides
eBook Store
iOS / Android
Linux for Beginners
Office Productivity
Linux Installation
Linux Security
Linux Utilities
Linux Virtualization
Linux Kernel
System/Network Admin
Programming
Scripting Languages
Development Tools
Web Development
GUI Toolkits/Desktop
Databases
Mail Systems
openSolaris
Eclipse Documentation
Techotopia.com
Virtuatopia.com
Answertopia.com

How To Guides
Virtualization
General System Admin
Linux Security
Linux Filesystems
Web Servers
Graphics & Desktop
PC Hardware
Windows
Problem Solutions
Privacy Policy

  




 

 

Eclipse Workbench User Guide
Previous Page Home Next Page

A quick review

Here are some of the more important but subtle issues associated with working in a repository .

  • The project was tagged as a version by versioning the project as it appeared in the Workbench. For this reason it is important to synchronize the project with the repository (that is the HEAD or the branch that is being worked in) prior to versioning it. Otherwise another user may have committed interesting changes to the project which have yet to be updated in the Workbench. By proceeding to version the project without updating, it will be versioned without these changes.
  • The repository contains all projects in the repository. Individuals pick the projects they are interested in and check them out into the workspace. From that point on they are synchronizing those projects (only) with respect to the repository.
  • The repository represents a large in-progress collection of all known projects. From the repository's perspective, everything in HEAD or on a branch is always open for change.
  • The act of versioning a project effectively snapshots it and places it into the Versions section of the repository, however the repository branches are still open for change.
  • It is important to first update to changes made to the repository, retest with those changes and the soon to be committed changes and then commit the changes. By first taking the latest changes in the branch, and retesting, it helps to ensure that the changes about to be committed will actually work with the current state of the branch.
  • Each project is associated with a specific repository. Different projects can be associated with different repositories that may be on completely different servers.

 
 
  Published under the terms of the Eclipse Public License Version 1.0 ("EPL") Design by Interspire