D9306: Add summary to cmake run log

Friedrich W. H. Kossebau noreply at phabricator.kde.org
Wed Dec 13 14:11:03 UTC 2017


kossebau added a comment.


  In https://phabricator.kde.org/D9306#178984, @mihac wrote:
  
  > Looks good, thanks for this change. I agree that this plugin should be more in line with the rest of KDevelop.
  >
  > But regarding multiple commints, from as little as I saw about Phabricator, you can use `arc` to generate a diff from multiple commits, and paste that diff here. Although I never tried it, doesn't that produce the same result as a single bigger commit? The FindCargo thing is mostly unrelated to the other changes.
  
  
  Two problem here IMHO (as remembered from the last time I played with options):
  
  - arc (ab)uses the commit message of the last commit in the range diff'ed to store the review message for the whole range
  - in the review request the reviewer still has no chance to see and comment on the individual commits
  
  I think Phabricator here is really lacking, but moaning does not change facts or help anyone, so I back out to my hope that someone else will have the time and energy to improve things(tm) for everyone, by whatever.
  
  > The other thing is working with raw diffs is annoying if I want to test the change. In the future, can you just push the branch so I can check it out locally?
  
  The workflow the phabricator developers want us to do here is to use `arc patch Dxyz` to get the diff from the server and to have it locally applied. If possible please try for now to get used to that.
  
  Because while I agree that having the real developer branches available (like e.g. known with github) is a very useful thing to have, in the KDE infrasstructure setup developers usually do not have their personal repo clone, and the main repo does not allow forced pushes or deletion of remote branches (only when really needed). Now at least my personal workflow (but I have seen it with many) is to keep working copy branches including those already under review always rebased against latest master/target branch instead of merging that branch into those, as this way the branches tree is kept simple and clear. And given that the average review request has >1 iterations, any update of the branch with the commits under review (either for rebase or for feedback integration) is not possible right now, besides appending merges and fixup commits. So meh. Thus I would be happy to stay with my workflow if `arc patch` is sufficient for you for now.

REPOSITORY
  R894 KDevelop Cargo Support

BRANCH
  pimpcmake

REVISION DETAIL
  https://phabricator.kde.org/D9306

To: kossebau, mihac, kfunk
Cc: kfunk, kdevelop-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20171213/1fbd1d86/attachment.html>


More information about the KDevelop-devel mailing list