You can not select more than 25 topics
			Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
		
		
		
		
		
			
		
			
				
					
					
					
						
							2.1 KiB
						
					
					
				
			
		
		
		
			
			
			
				
					
				
				
					
				
			
		
		
	
	
							2.1 KiB
						
					
					
				The following steps should be performed before releasing a new storm version. Note that in most cases a simultaneous release of carl, storm, pycarl and stormpy is preferred.
- 
Update CHANGELOG.md:- To get all the commits from an author since the last tag execute:
 git log last_tag..HEAD --author "author_name"- Set release month
 
- 
Update used carl version: - Update GIT_TAGinresources/3rdparty/carl/CMakeLists.txt
- Maybe update CARL_MINVERSIONinresources/3rdparty/CMakeLists.txt
 
- Update 
- 
Check that storm builds without errors and all tests are successful: - Travis should run successfully.
- Invoke the script doc/scripts/test_build_configurations.pyto build and check different CMake configurations.
 
- 
Set new storm version: - Set new storm version in version.cmake
 
- Set new storm version in 
- 
Set new tag in Git: git tag -a new_version git push origin new_versionNext we push the tag to GitHub. This step requires the GitHub repo to to be configured as a remote. git remote add github https://github.com/moves-rwth/storm.git git push github new_versionThe new tag should now be visible on GitHub. 
- 
Add new release in GitHub. 
- 
Update stablebranch:git checkout stable git rebase master git push origin stableNote: Rebasing might fail if stableis ahead ofmaster(e.g. because of merge commits). In this case we can do:git checkout stable git reset --hard master git push --force origin stable
- 
Update Homebrew formula. 
- 
Announce new storm version on website. 
- 
Create Docker containers for new version.