summaryrefslogtreecommitdiffstats
path: root/.project
Commit message (Collapse)AuthorAgeFilesLines
* Preliminary implementation of server-side forking (issue 137)James Moger2012-09-291-23/+23
| | | | | | | | | | | | | | | | | | The fork mechanism clones the repository , access restrictions, and other config options. The app has been updated throughout to handle personal repositories and to properly display origin/fork links. In order to fork a repository the user account must have the #fork role, the origin repository must permit forking, and the user account must have standard clone permissions to the repository. Because forking introduces a new user role no existing user accounts can automatically begin forking a repository. This is both a pro and a con. Since the fork has the same access restrictions as the origin repository, those who can access the origin may also access the fork. This is intentional to facilitate integration-manager workflow. The fork owner does have the power to completely change the access restrictions of his/her fork.
* Findbugs. CodePro Audit. Checkstyle. Unit test refactoring.James Moger2011-05-261-0/+6
|
* Initial import of Git:Blit.James Moger2011-04-041-0/+17
Change-Id: Ifce000c85c8947c3a768e782c841e41a8953d314