1. 20 Jan, 2017 6 commits
    • Kirill Smelkov's avatar
      NXD Teach GitLab about patches · 9e291c7d
      Kirill Smelkov authored
      Teach GitLab not only to merge changes from a merge-request, but also to
      apply patches posted to merge-request in a way like `git am` would do -
      without merge commit and directly on top of current branch. Which way to
      go is selected by user in web UI, and apply patches is the first option.
      
      There are 3 cases:
      
      - only 1 commit is present in MR -> the only available option is to
        apply that single commit as one patch without a merge
      
        ( There is no need for merge commit in this case at all: information
          about user who applied the patch goes to "Committer" field in resultant
          commit. Avoiding 1 merge per 1 patch results in cleaner history )
      
        It is also possible to review patch description directly in web UI,
        before doing the actual application, and correct / amend it as needed.
      
      - several commits are present in MR:
      
        * it is possible to apply the patches directly on top of current
          branch. Again information about who applied what goes to "Committer"
          field.
      
        * it is possible to merge MR changes with making a merge commit.
      
          This variant is useful, when patches from a MR do several logical
          steps to reach one goal, and MR description contain cover letter for
          whole patch series.
      
          in this case original commits stay untouched and resulting merge
          will contain MR author as author, user who accepted MR as committer,
          and cover letter as merge commit message.
      
          NOTE we avoid useless "Merge branch X into Y" in merge message, and
              just put MR title into merge subject and MR description into merge
              description.
      
              This way it is more logical with more important information in
              merge subject and thus e.g. more handy to oversee what a merge brings,
              just by it subject, e.g. via looking at updates via
      
                  gitk --first-parent ...
      
              or via web.
      
      NOTE for pre-generated references to merge-request we now use full MR
          URL, instead of !<MR-n>. Full URLs work everywhere, not only on
          original site where MR was created, or even only in original repo
          and not its fork on the same site.
      9e291c7d
    • Kirill Smelkov's avatar
      NXD Show ICP on front page & on footer of every other pages · 896470cc
      Kirill Smelkov authored
      TODO detect whether request comes from China and only then show ICP (?).
      896470cc
    • iv's avatar
      fixup! NXD Show about footer on every page · 891d121a
      iv authored
      this curly bracket got lost, somehow
      891d121a
    • Kirill Smelkov's avatar
      NXD Show "about" footer on every page · cb63d340
      Kirill Smelkov authored
      We show in small font size the same info that is shown on sign_in page:
      
          "GitLab Nexedi Edition", "About GitLab" and "About Nexedi"
      
      This is good to have and hereby-introduced about-footer area will be
      also used in the next patch for ICP too.
      
      XXX placement of .about-footer to be near bottom is done not very
      correctly.
      cb63d340
    • Kirill Smelkov's avatar
      NXD gitlab:app:check : Don't check for init script · 50f263bc
      Kirill Smelkov authored
      Like Omnibus, SlapOS version does not have init script - nothing to
      check here.
      50f263bc
    • iv's avatar
      fixup! NXD lib/tasks/gitlab/check: Exit with non-zero code, if something failed in a check task · b87c6579
      iv authored
      Use component.color(:<color name>) instead of component.<color name>
      b87c6579
  2. 12 Jan, 2017 5 commits
  3. 29 Sep, 2016 4 commits
  4. 28 Sep, 2016 5 commits
  5. 19 Sep, 2016 2 commits
    • Rémy Coutable's avatar
      Update VERSION to 8.9.10 · f61cff79
      Rémy Coutable authored
      f61cff79
    • Rémy Coutable's avatar
      Merge branch '18302-use-rails-cookie-in-api' into 'master' · d14c8b16
      Rémy Coutable authored
      Allow the Rails cookie to be used for API authentication
      
      Makes the Rails cookie into a valid authentication token for the Grape
      API, and uses it instead of token authentication in frontend code that
      uses the API.
      
      Rendering the private token into client-side javascript is a security
      risk; it may be stolen through XSS or other attacks. In general,
      re-using API code in the frontend is more desirable than implementing
      endless actions that return JSON.
      
      Closes #18302
      
      See merge request !1995
      Signed-off-by: default avatarRémy Coutable <remy@rymai.me>
      d14c8b16
  6. 14 Sep, 2016 3 commits
  7. 19 Aug, 2016 2 commits
  8. 16 Aug, 2016 3 commits
  9. 15 Aug, 2016 1 commit
  10. 11 Jul, 2016 2 commits
  11. 10 Jul, 2016 3 commits
  12. 06 Jul, 2016 4 commits