Raw commit
- git push as usual. [CLI]
Fix an issue withouth review
- Put in commits "Closes: #234" [CLI]
- Push [CLI]
Fix an issue with review
- Go to the issue and click create a branch [UI]
- and put in commits "Closes: #234" [CLI]
- Push branch [CLI]
- In Gitlab, create merge request (optional: put in the tittle WIP to not allow merges) [UI]
- Review [UI]
- Apply changes, force push the branch with the fixes and clean history after a possible rebase [CLI]
- Review the branch itself or the difference between the current one and the prvious one [UI]
- In Gitlab, accept merge request (tip: mark delete source branch) [UI]
Create new task/issue in a project
- Go to project [UI]
- Go to issues [UI]
- Click new issue [UI]
Managing issues
- Select labels to give importance (critical, crash, minor, enhancement) [UI]
- Select milestones for mark task to be done for a specific version [UI]
Use the Board to do complex task management [UI]
Use cross-mention issues for dependent issues. For example, an issue can have a comment with a list of blockers, then when one is closed it will update its visualization with a (closed) label to its side. Then when all of them are closed, you can close the tracker issue.Example issue. [UI]
- Mark as duplicate with the "duplicate" label and mention the #issue.
- To move issue to a different project go to "edit" and "move to a project" [UI]
- To mark issue as visible only for developers or confidential, use the checkbox "This issue is confidential" [UI]
Create branch
- Go to project [UI]
- Click "create branch" [UI]
CLI management of issues
You can use https://github.com/NARKOZ/gitlab/ [CLI]
Releases
(Initially you would use the current ftpadmin stuff, this is just as future possiblity) https://docs.gitlab.com/ce/workflow/releases.html
- Click any tag [UI]
- Add a "note" to it that can be the changes, and it will become a release [UI]