-- mode: markdown; mode: visual-line; fill-column: 80 --
_ _ _ _ _ _____ _____ _____ _
| | | | | | | | | __ \ / ____| | __ \ | |
| | | | | | |__| | |__) | | | | | | ___ ___ _ _ _ __ ___ ___ _ __ | |_ ___
| | | | | | __ | ___/| | | | | |/ _ \ / __| | | | '_ ` _ \ / _ \ '_ \| __/ __|
| |__| | |____ | | | | | | |____ | |__| | (_) | (__| |_| | | | | | | __/ | | | |_\__ \
\____/|______| |_| |_|_| \_____| |_____/ \___/ \___|\__,_|_| |_| |_|\___|_| |_|\__|___/
Copyright (c) 2015 UL HPC Management Team <hpc-sysadmins@uni.lu>
Reference repository for the documents and components of UL HPC communication
Reference repository for the documents and components of UL HPC publications and communication
This repository is hosted on Github.
/!\ IMPORTANT: Once cloned, initiate your local copy of the repository by running:
$> cd documents
$> make setup
Later on, you can upgrade the Git submodules to the latest version by running:
$> make upgrade
This repository is organized as follows:
.
├── LICENSE
├── Makefile # GNU make configuration piloting the repository operations
├── README.md # this file
├── VERSION # Current version of the repository
├── biblio.bib # Reference UL HPC BibTeX
├── logos/ # Hold all logos etc. of the UL HPC platform
├── newsletters/ # Hold PDF and LaTeX sources of UL HPC newsletters
├── screenshots/ # Some screenshots to be used in slides and publications
└── style/ # LaTeX style for UL HPC documents
- for Books:
ulhpc_book.sty - for regular article / technical reports:
ulhpc_article.sty - for newsletters:
ulhpc_newsletter
See the logos/ directory.
In particular, you'll find the sources and the exported version (in PDF or PNG)
This repository make use of Git. Consider these resources to become more familiar (if not yet) with Git:
The Git branching model for this repository follows the guidelines of gitflow. In particular, the central repository holds two main branches with an infinite lifetime:
production: the production-ready branchmaster: the main branch where the latest developments interviene. This is the default branch you get when you clone the repository.
Thus you are more than encouraged to install the git-flow extensions following the installation procedures to take full advantage of the proposed operations. The associated bash completion might interest you also.
The operation consisting of releasing a new version of this repository is automated by a set of tasks within the root Makefile.
In this context, a version number have the following format:
<major>.<minor>.<patch>[-b<build>]
where:
< major >corresponds to the major version number< minor >corresponds to the minor version number< patch >corresponds to the patching version number- (eventually)
< build >states the build number i.e. the total number of commits within themasterbranch.
Example: `1.0.0-b28`
The current version number is stored in the root file VERSION. /!\ NEVER MAKE ANY MANUAL CHANGES TO THIS FILE
For more information on the version, run:
$> make versioninfo
If a new version number such be bumped, you simply have to run:
$> make start_bump_{major,minor,patch}
This will start the release process for you using git-flow.
Once you have finished to commit your last changes, make the release effective by running:
$> make release
it will finish the release using git-flow, create the appropriate tag in the production branch and merge all things the way they should be.
- Fork it
- Create your feature branch (
git checkout -b my-new-feature) - Commit your changes (
git commit -am 'Added some feature') - Push to the branch (
git push origin my-new-feature) - Create new Pull Request
Unless otherwise precised, this project and the sources proposed within this repository are released under the terms of the CC by-nc-sa licence.
