Problem with staging after conflict resolution (Papyrus Compare) [message #1831612] |
Tue, 25 August 2020 04:07  |
Eclipse User |
|
|
|
(This question should perhaps be asked in the Model Compare forum, but I will try here first)
We are using Papyrus 4.4.0 (Eclipse 2019-06) together with Papyrus Compare built id: 201905201442.
After resolving conflicts using Model Merge Tool (with EMFCompare), an automatic popup-dialog appears saying that involved file will be staged (e.g. added to index) as preparation for commit. But when looking in the Git staging view, the model files remain unstaged and the commit button is disabled. Trying to manually stage them using context menu in Project explorer or drag-n-drop in Git staging view has no effect. But after restarting Eclipse, the involved model files shows up as staged and commit can be performed.
The settings used are those listed on the Papyrus compare wiki page: https://wiki.eclipse.org/Papyrus_Compare
I have tried the same in the latest Papyrus 4.8.0 (Eclipse 2020-06) with the latest nightly build of Papyrus Compare with the same effect.
Are there any other that experience the same problem with staging after conflict resolution? Is it a known issue (I can´t find any in Bugzilla) or are there any additional settings or other combination of component versions to be recommended?
This is not a critical issue, but having to restart the workbench before commit is a bit annoying...
Thanks,
Thomas
|
|
|
|
|
|
|
Re: Problem with staging after conflict resolution (Papyrus Compare) [message #1832038 is a reply to message #1831919] |
Mon, 07 September 2020 04:01  |
Eclipse User |
|
|
|
Ed, thanks for the suggestions. But there are nothing in the error log that seems to be related to this issue and closing & reopening the Git Staging View and Compare Editor do not have any impact. The need for manual refresh of the GIT staging view remains. I think we will continue with the instructions to the users to restart the workbench after resolving all conflicts.
Thanks,
Thomas
|
|
|
Powered by
FUDForum. Page generated in 0.04729 seconds