Documentation: Difference between revisions
→Making local working copy: moved to GitLab developer FAQ |
→Importing an external package: moved to GitLab master FAQ |
||
Line 62: | Line 62: | ||
Or using the direct link | Or using the direct link | ||
git push https://user@gitlab.uib.no/user/wpn.git dev | git push https://user@gitlab.uib.no/user/wpn.git dev | ||
== User documentation == | == User documentation == |
Revision as of 10:24, 10 February 2021
Mailing lists and collaborative tools
- Project web page: has to come
- General mailing list: pCT@uib.no
- Slack project
Software installation
- Software tutorial at IFT
- ROOT installation
- Geant 4 installation
- Gate installation
- FLUKA installation
- Insight Toolkit (ITK) installation
- Reconstruction Toolkit (RTK) installation
- DTC Toolkit for reconstruction
- User guide and tutorial
- https://github.com/HelgeEgil/focal (to be merged into gitlab)
- Cluster convolution for GATE
- Visualization Toolkit (VTK) Installation and usage
Software repository
We use the gitlab server hosted by IT of University of Bergen.
Get access to the repositories - with UiB account
Open the UiB gitlab web interface.
Log in with your UiB account, then the administrators will give you access to the pCT group. Since authentication goes via Dataporten service, accounts from other Norwegian universities or institutions can be used in the same way.
Get access to the repositories - without UiB account
It is possible to use a github user account to login to the UiB gitlab, however such external users are not allowed to create forks in the gitlab domain. Since forks are mandatory for the development cycle, github logins can effectively only be used for read access. Again the repository administrators need to add you to the pCT group.
Guest accounts for external developers can be set up, get in contact with the group over the general channels
Further information:
GitLab best practice
GitLab Developer FAQ
Gitlab Master FAQ
Development workflow
Every logged-in user can access the main repository, however only a small group of administrators has write access. To contribute, a user creates a fork (see here) from the repository. This is a repository copy in the Gitlab system where a single developer or a group of developers have full access.
A local copy of the repository is required on the working machine in order to work on the project. This copy is referred to be a clone (see here).
Pushing to development fork
Once you have added commits to e.g. the dev branch, those commits can be pushed upstream to the fork (if origin refers to the fork)
git push origin dev
Or using the direct link
git push https://user@gitlab.uib.no/user/wpn.git dev