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
Scripting Languages
Development Tools
Web Development
GUI Toolkits/Desktop
Mail Systems
Eclipse Documentation

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




Eclipse Workbench User Guide
Previous Page Home Next Page

Making our own changes

Fred has made several changes to file1.txt and file2.txt and committed them to the repository. In this section additional changes will be made and then synchronized with the repository. When synchronizing, expect to see the changes made in this section along with changes that have been made by Fred.

  1. Add file3.txt as follows:
    New contents: (add the following lines to the file)
    This is the brief contents
    of file 3
  2. Observe that the Project Explorer displays the CVS state of a resources. Notice that the new file added by Jane is preceded by ">". Project Explorer View
  3. Select the project JanesTeamProject and from the project's context menu, select Team > Synchronize with Repository. When asked to switch perspective select Yes. The Team Synchronizing perspective will open and you will see the files you have changed appear in the Synchronize View. Double click on file1.txt and you should see a compare editor open: Synchronize View
  4. There are a couple of other things worth observing. First, the icon next to file1.txt (in the structured compare area) indicates that file1.txt has an incoming change. This means a change was released to the server which you need to take. Looking at file1.txt we can see the text that Fred has added to the file. Also, notice at the bottom of the window, in the status line, there are arrows with numbers beside them. These show the number of files you have incoming, outgoing, and in conflict. The first number beside a file is the revision you have in the workspace, and the other is the revision on the server when you last synchronized.
  5. Normally you should update the changes made by others, then test your workspace with the changes, then commit your changes once you are sure that the new changes by others didn't break anything in your workspace.
  6. Before deciding to accept Fred's changes you may want to find out why he made the changes. Select file1.txt and from the context menu select Show in History. History View
  7. The row starting with a * indicates that this is the current revision loaded. In this case you can see the comment made by Fred when he released revision 1.2.

    Tip: You can select the Link with Editor and Selection toolbar button in the History view to have the history automatically update when a new editor is opened or when the selection changes. This allows for quick browsing of comments.

  8. To update simply select JanesTeamProject in the Synchronize View and from the context menu select Update.
  9. The Synchronize View will update to reflect the fact that file1.txt and file2.txt are no longer out-of-sync with the repository. You should only have file3.txt visible now.
  10. Next you can commit file3.txt.

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