[Summary view] [Print] [Text view]

   1  @title Differential User Guide: FAQ
   2  @group userguide
   3  
   4  Common questions about Differential.
   5  
   6  = Why does an "accepted" revision remain accepted when it is updated? =
   7  
   8  You can configure this behavior with `differential.sticky-accept`.
   9  
  10  When a revision author updates an "Accepted" revision in Differential, the
  11  state remains "Accepted". This can be confusing if you expect the revision to
  12  change to "Needs Review" when it is updated.
  13  
  14  Although this behavior is configurable, we think stickiness is a good behavior:
  15  stickiness encourage authors to update revisions when they make minor changes
  16  after a revision is accepted. For example, a reviewer may accept a change with a
  17  comment like this:
  18  
  19  > Looks great, but can you add some documentation for the foo() function
  20  > before you land it? I also caught a couple typos, see inlines.
  21  
  22  If updating the revision reverted the status to "Needs Review", the author
  23  is discouraged from updating the revision when they make minor changes because
  24  they'll have to wait for their reviewer to have a chance to look at it again.
  25  
  26  Instead, the "Accepted" state is sticky to encourage them to update the revision
  27  with a comment like:
  28  
  29  > - Added docs.
  30  > - Fixed typos.
  31  
  32  This makes it much easier for the reviewer to go double-check those changes
  33  later if they want, and the update tells them that the author acknowledged their
  34  suggestions even if they don't bother to go double-check them.
  35  
  36  If an author makes significant changes and wants to get them looked at, they can
  37  always "request review" of an accepted revision, with a comment like:
  38  
  39  > When I was testing my typo fix, I realized I actually had a bug, so I had to
  40  > make some more changes to the bar() implementation -- can you look them over?
  41  
  42  If authors are being jerks about this (making sweeping changes as soon as they
  43  get an accept), solve the problem socially by telling them to stop being jerks.
  44  Unless you've configured additional layers of enforcement, there's nothing
  45  stopping them from silently changing the code before pushing it, anyway.
  46  
  47  
  48  = How can I enable syntax highlighting? =
  49  
  50  You need to install and configure **Pygments** to highlight anything else than
  51  PHP. See the `pygments.enabled` configuration setting.
  52  
  53  
  54  = What do the whitespace options mean? =
  55  
  56  Most of these are pretty straightforward, but "Ignore Most" is not:
  57  
  58    - **Show All**: Show all whitespace.
  59    - **Ignore Trailing**: Ignore changes which only affect trailing whitespace.
  60    - **Ignore Most**: Ignore changes which only affect leading or trailing
  61      whitespace (but not whitespace changes between non-whitespace characters)
  62      in files which are not marked as having significant whitespace.
  63      In those files, show whitespace changes. By default, Python (.py) and
  64      Haskell (.lhs, .hs) are marked as having significant whitespace, but this
  65      can be changed in the `differential.whitespace-matters` configuration
  66      setting.
  67    - **Ignore All**: Ignore all whitespace changes in all files.
  68  
  69  
  70  = What do the very light green and red backgrounds mean? =
  71  
  72  Differential uses these colors to mark changes coming from rebase: they are
  73  part of the diff but they were not added or removed by the author. They can
  74  appear in diff of diffs against different bases.
  75  
  76  = Next Steps =
  77  
  78  Continue by:
  79  
  80    - returning to the @{article:Differential User Guide}.