26 Feb, 2014

1 commit


25 Feb, 2014

8 commits


24 Feb, 2014

2 commits

  • Public Groups
    
    This is the initial work (meaning no tests) for making groups public if they have a public project (or internal for logged in users). This allows issues and merge requests to be viewed, but _not_ group membership. As part of this I have also added back the link in the public project title section (it was removed as it didn't make sense before).
    
    This addesses the following suggestions/issues:
    
    http://feedback.gitlab.com/forums/176466-general/suggestions/5314461-groups-containing-one-or-more-public-projects-shou
    Issue #32
    https://github.com/gitlabhq/gitlabhq/issues/5203
    as well as a few closed issues.
    
    This also changes the public user page to only show groups that are accessible to the user in some manner.
    Dmitriy Zaporozhets
     
  • Signed-off-by: Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
    Dmitriy Zaporozhets
     

23 Feb, 2014

1 commit


21 Feb, 2014

1 commit


20 Feb, 2014

1 commit


19 Feb, 2014

3 commits

  • This changes the email "From" field from "gitlab@example.com" to either:
    
    * "John Doe <gitlab@example.com>" if the author of the action is known,
    * "GitLab <gitlab@example.com>" otherwise.
    
    Rationale: this allow mails to appear as if they were sent by the
    author. It appears in the mailbox more like a real discussion between
    the sender and the receiver ("John sent: we should refactor this") and
    less like a robot notifying about something.
    Pierre de La Morinerie
     
  • This changes email subjects from:
    
        GitLab | Team / Project | Note for issue #1234
    
    to:
    
        Team / Project | Note for issue #1234
    
    Rationale:
    
    * Emails should be as meaningful as possible, and emphasize content over
    chrome. The "GitLab" name is more chrome than content.
    
    * Users can tell an email coming from GitLab by the sender or the header
    in the email content.
    
    * An organization that works mainly with GitLab knows that
    every SVC email comes from GitLab. For these organizations, having
    "GitLab" in front of every email is just noise hiding the meaningful
    information.
    Pierre de La Morinerie
     
  • Signed-off-by: Dmitriy Zaporozhets <dmitriy.zaporozhets@gmail.com>
    Dmitriy Zaporozhets
     

18 Feb, 2014

4 commits


13 Feb, 2014

1 commit

  • Emails are used to associate commits with users. The emails
    are not verified and don't have to be valid email addresses. They
    are assigned on a first come, first serve basis.
    
    Notifications are sent when an email is added.
    Jason Hollingsworth
     

11 Feb, 2014

6 commits


10 Feb, 2014

3 commits


08 Feb, 2014

1 commit


07 Feb, 2014

1 commit


06 Feb, 2014

2 commits


05 Feb, 2014

1 commit


29 Jan, 2014

1 commit


28 Jan, 2014

3 commits