Documentation: Difference between revisions
→Development workflow: updating links and removing content moved to GitLab developer FAQ |
Starting new page for software structure |
||
| (5 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
[[Main Page]] -> [[Documentation]] | [[Main Page]] -> [[Documentation | Software Documentation]] | ||
This is the landing page for software documentation, installation instructions, the development workflow, etc. | |||
== Mailing lists and collaborative tools == | == Mailing lists and collaborative tools == | ||
* Project web page: | * Project web page: [https://www.uib.no/en/ift/142356/medical-physics-bergen-pct-project https://www.uib.no/en/ift/142356/medical-physics-bergen-pct-project] | ||
* General mailing list: pCT@uib.no | * General mailing list: pCT@uib.no | ||
* [https://pctbergen.slack.com Slack project] | * [https://pctbergen.slack.com Slack project] | ||
== [[Software structure]] == | |||
== Software installation == | == Software installation == | ||
| Line 25: | Line 29: | ||
*: http://www.vtk.org/ | *: http://www.vtk.org/ | ||
*: https://github.com/Kitware/VTK | *: https://github.com/Kitware/VTK | ||
* [[Docker containers]] | |||
== Software | == Software repositories == | ||
We use the ''' | We use the '''GitLab''' service hosted by IT of University of Bergen: [https://git.app.uib.no/ https://git.app.uib.no/] | ||
=== Get access to the repositories - with UiB account === | === Get access to the repositories - with UiB account === | ||
| Line 35: | Line 40: | ||
=== Get access to the repositories - without UiB account === | === Get access to the repositories - without UiB account === | ||
It is possible to use a github user account to login to the UiB | 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 | 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. | need to add you to the pCT group. | ||
| Line 41: | Line 46: | ||
Guest accounts for external developers can be set up, get in contact with the group over the general [[Documentation#Mailing lists and collaborative tools | channels]] | Guest accounts for external developers can be set up, get in contact with the group over the general [[Documentation#Mailing lists and collaborative tools | channels]] | ||
Further information: | Further information on GitLab in general can by found on the following external webpages: | ||
* [https://docs.gitlab.com/ce/gitlab-basics/README.html Gitlab basics] | * [https://docs.gitlab.com/ce/gitlab-basics/README.html Gitlab basics] | ||
* [https://docs.gitlab.com/ee/workflow/README.html Gitlab workflow] | * [https://docs.gitlab.com/ee/workflow/README.html Gitlab workflow] | ||
<br> | |||
The specific instructions how to use the repositories within the pCT project are collected in the following pages: | |||
==== [[GitLab best practice]] ==== | ==== [[GitLab best practice]] ==== | ||
==== [[GitLab Developer FAQ]] ==== | ==== [[GitLab Developer FAQ]] ==== | ||
==== [[Gitlab Master FAQ]] ==== | ==== [[Gitlab Master FAQ]] ==== | ||
== Getting the code == | == Getting the code == | ||
If you simply | If you simply need the code, you can download an archive from the GitLab web interface. However, if there is a tiny chance that you might start developing, the recommended way is to clone the repository. See [[GitLab best practice#Roles]]. | ||
== Development workflow == | == Development workflow == | ||
Latest revision as of 11:28, 17 March 2021
Main Page -> Software Documentation
This is the landing page for software documentation, installation instructions, the development workflow, etc.
Mailing lists and collaborative tools
- Project web page: https://www.uib.no/en/ift/142356/medical-physics-bergen-pct-project
- General mailing list: pCT@uib.no
- Slack project
Software structure
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
- Docker containers
Software repositories
We use the GitLab service hosted by IT of University of Bergen: https://git.app.uib.no/
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 on GitLab in general can by found on the following external webpages:
The specific instructions how to use the repositories within the pCT project are collected in the following pages:
GitLab best practice
GitLab Developer FAQ
Gitlab Master FAQ
Getting the code
If you simply need the code, you can download an archive from the GitLab web interface. However, if there is a tiny chance that you might start developing, the recommended way is to clone the repository. See GitLab best practice#Roles.
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 from the repository. This is a repository copy in the GitLab system where a single developer or a group of developers have full access, see GitLab Developer FAQ#Working with forks.
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 GitLab Developer FAQ#How can I make a clone of a project in my fork.
