Sigasi (and the underlying Eclipse platform) do not have one single configuration file. Preferences are stored in several files. Most preferences are stored with a workspace scope and some per project. So how can you share preferences in a team?
Option 1: Corporate wiki and exporting preferences
The classic approach to share preferences in teams is a Wiki or a readme file. This offers a textual description on how to setup Sigasi/Eclipse. But going through a checklist is a dull task. It is easy to make mistakes and is simply a waste of time. And what if the wiki page is updated?
Eclipse offers an import/export mechanism to share preferences in Eclipse Preference Files (
.epf). This solves part of the problem. But it is still a manual task and it overwrites personnal tweaks.
Option 2: Fully automated with Workspace Mechanic
Google also ran into this problem and solved it by developing the Workspace Mechanic plugin for Eclipse. This plugin, which also works fine in Sigasi, allows to automate the maintenance of Eclipse environments.
The mechanic plugin will compare your workspace configuration with the team configuration at regular intervals. If the team configuration has changed, the Workspace Mechanic plugin offers to update the local settings. The developer can choose which updates to apply, or skip, or entirely ignore.
As a small example following mechanic task will configure Sigasi to use VHDL 2008:
# @title Set VHDL version to VHDL 2008 # @description Configure Sigasi to use VHDL 2008. # @task_type RECONCILE /instance/com.sigasi.hdt.vhdl.Vhdl/vhdlVersion=V08
You can install the plugin from update site http://workspacemechanic.eclipselabs.org.codespot.com/git.update/mechanic
If you need extra help using Workspace Mechanic in Sigasi, please contact us.