-
Notifications
You must be signed in to change notification settings - Fork 28
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Version 7.1.0
- Loading branch information
Showing
55 changed files
with
202 additions
and
23 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,47 @@ | ||
# Developer Getting Started | ||
|
||
## Installing the prerequisites | ||
1. Install Visual Studio 2015 Community Edition or better. [Visual Studio Install](https://www.visualstudio.com/downloads/) | ||
|
||
1. Install Ruby and Rake. [Ruby Install](https://rubyinstaller.org/downloads/) | ||
|
||
1. Install MikTeX. [MikTeX Install](https://github.com/Open-Systems-Pharmacology/MiKTeX/releases/download/v2.9.3/MikTex.2.9.3.msi). | ||
|
||
1. Obtain Devexpress License and Install | ||
|
||
* DevExpress WinForms Controls and Libraries is used in the graphical user interface of the suite. You will need to obtain a license in order to work with the user interface. | ||
|
||
* DevExpress only provides trials on their current product offering, so you may have to acquire the license prior to downloading an older version if that's required to build the suite. | ||
|
||
* Obtain your license from DevExpress [DevExpress Order](https://www.devexpress.com/Support/Order/). Then get the installer for the version mentioned above that's required [DevExpress Install](https://www.devexpress.com/ClientCenter/DownloadManager/) | ||
|
||
1. Install MSXML 4 [MSXML4 Installer](https://www.microsoft.com/en-ca/download/details.aspx?id=15697) | ||
|
||
1. Install nuget.exe and ensure that it is in your `PATH` variable [NuGet Install](https://dist.nuget.org/index.html) | ||
|
||
1. Add `OSPSuite.Core` as a nuget source using the following command | ||
``` | ||
nuget sources add -name ospsuite-core -source https://ci.appveyor.com/nuget/ospsuite-core | ||
``` | ||
|
||
## Building and Running | ||
|
||
1. Clone the repository locally (either from the open-systems-pharmacology organization or from your own fork) | ||
|
||
1. For PK-Sim and MoBi, run the `postclean.bat` command | ||
|
||
There are several requirements to running the software that are not automatically performed when building with Visual Studio. An automated `postclean` batch file is used to take care of these tasks. | ||
|
||
1. Compile Source | ||
|
||
1. Run Tests | ||
|
||
1. Run the Application | ||
|
||
## Useful Tips | ||
|
||
1. The suite is using appveyor as a CI server which also provides a nuget feed that should be registered on your system. This will prevent you from having to enter AppVeyor password with each new instance of Visual Studio. This option is only available for developers with access to the appveyor feed. If you wish to be granted access to the feed, please let us know by posting a request in the forum. | ||
|
||
``` | ||
nuget sources add -Name AppVeyor -source https://ci.appveyor.com/nuget/open-systems-pharmacology-ci -User <USER_NAME> -Password <MY_PASSWORD> | ||
``` |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,120 @@ | ||
The proposed workflow will use `git merge` and `git rebase` for different tasks. Our goal is to establish a workflow that will ensure a clean and useful public history graph. The public history should be concise yet clear and reflect the work of the team in a cohesive way. | ||
|
||
We will use `git merge` to incorporate the entire set of commit of one branch (typically the `develop` branch) into another one (typically `master`). | ||
|
||
We will use `git rebase` for all other type of code integration (sub tasks of a given swim lane etc..). | ||
|
||
# Definition | ||
* The `master` branch is the ultimate source of truth. It should always be possible to use the code on `master` and create a production setup. | ||
|
||
* The `develop` branch is the branch where the development is taking place. Ultimately, when a new release is created, the commits in `develop` will be merged back into `master`. | ||
|
||
* A `feature` branch is a short lived branch that is used during the implementation of a given task. It will be deleted once the feature is implemented and merged into `develop`. | ||
|
||
* The git version to use is `1.8.5` or newer. This will allow the setting of the configuration option `git pull -rebase = preserve`. This option specify that _on pull, rebase should be used instead of merge_. But incoming merge commit should be preserved. | ||
|
||
* Unless required otherwise, all work should be performed on a fork of the repository. A _Pull Request (PR)_, will be used to incorpate changes into the `develop` branch. | ||
|
||
# Use Case: Implementing Task "426 it should be possible to delete observed data" | ||
_Note:_ A task is a cohesive unit of work. This can be part of a bigger feature or a bug fix. We assume that a fork of the repository has already been created. | ||
|
||
1. Create a `feature` branch with a **meaningful name** containing the id of the task. We will need to acquire the latest changes from the remote `develop` branch first and then create the feature branch | ||
* With option git pull -rebase = preserve | ||
``` | ||
git checkout develop | ||
git pull upstream #<= git fetch upstream develop && git rebase -p upstream/develop | ||
git checkout -b 426-delete-observed-data | ||
``` | ||
* Without option git pull -rebase = preserve | ||
``` | ||
git checkout develop | ||
git fetch upstream develop | ||
git rebase -p upstream/develop | ||
git checkout -b 426-delete-observed-data | ||
``` | ||
2. Do work in your `feature` branch, committing early and often. | ||
3. Rebase frequently to incorporate any upstream changes in the `develop` branch (to resolve conflicts as early as possible) | ||
``` | ||
git fetch upstream develop | ||
git rebase -p upstream/develop | ||
``` | ||
4. Once work on the feature is complete, you are ready to create a PR. The first step is to push the code to your own repo and then create a PR onto the original repo for review: | ||
``` | ||
git fetch upstream develop | ||
git rebase -p upstream/develop | ||
git push -u origin 426-delete-observed-data | ||
``` | ||
|
||
At that stage, your local branch `426-delete-observed-data` is set to track the remote branch `426-delete-observed-data` so you will be able to use the simple `git push` command from now on to udate your repo. | ||
|
||
5. Create pull request on github so that your change may be reviewed. The pull request should be between the `develop` branch on the `upstream` repo and the `feature` branch on your `fork`. The PR message **should** use the task id and the whole description of the task. For example `Fixes #426 it should be possible to delete observed data`. | ||
|
||
6. Upon code review, you may have to change the code slightly to take reviewer comments and concerns into account. If so just continue committing your work on your local `426-delete-observed-data` branch and repeat the steps above. | ||
|
||
7. Once the latest push has been accepted and all tests are passing, the reviewer can accept the pull request by using the `Squash and Merge` option. This will effectively squash all your commit into one and rebase the one commit from `426-delete-observed-data` onto `develop`. | ||
|
||
8. Delete your remote branch `426-delete-observed-data` as it is not required anymore | ||
|
||
9. Locally you can now repeat the synchronization of your develop branch | ||
``` | ||
git checkout develop | ||
git pull upstream | ||
``` | ||
10. Your local `426-delete-observed-data` can also be deleted. | ||
``` | ||
git branch -d 426-delete-observed-data | ||
``` | ||
11. Optionally you may wish to remove any pointers locally to remote branch that do not exist anymore | ||
``` | ||
git remote prune origin | ||
``` | ||
12. A useful alias can be created in git to avoid repeating the same commands again and again for synchronizing remote `develop` branch with local `feature` branch. | ||
|
||
``` | ||
[alias] | ||
sync = !git fetch upstream $1 && git rebase upstream/$1 | ||
syncd = !git sync develop | ||
``` | ||
Simply call `git syncd` to synchronize changes with the `develop` branch. To synchronize with an hypothetical other branch called `experience`, use `git sync experience` | ||
|
||
# Use Case: Creating a new release 6.5.1 | ||
The work on the `develop` branch is finished and we are ready to tag the version officially. A tagged version will be a version that has been approved for work in production. | ||
|
||
This is extremely simple with github using the concept of release. | ||
|
||
1. Click on the `releases` section from the `Code` tab | ||
1. Click on `Draft new release` | ||
1. Pick the `develop` branch or the latest commit on `develop` corresponding to the commit to tag | ||
1. Name the tag `v6.5.1`. | ||
1. Give a meaningful name to the release `Release 6.5.1` | ||
1. Optionally enter a description in the description field. This is typically where release notes should be written using the power of markdown. Files can also be attached to the description (manual, notes etc) | ||
1. Publish release! _Great job_ | ||
|
||
|
||
# Use Case: Creating a hot fix | ||
Release 6.5.1 has been out for a few weeks and a nasty bug (issue 756 on the bug tracking system) was reported that can corrupt a project file. We need to create a hot fix asap to address the issue. The hot fix should be applied to 6.5.1 obviously, but the actual fix should also be pushed to other branches such as `develop` | ||
|
||
1. Create a branch based on the tag and create a new branch to collect all fixes for the hotfix | ||
``` | ||
git fetch upstream | ||
git checkout tags/v6.5.1 -b hotfix/6.5.2 | ||
git push -u upstream hotfix/6.5.2 | ||
``` | ||
|
||
2. Create a branch for the one issue to solve | ||
``` | ||
git checkout -b 756-project-corrupted | ||
``` | ||
|
||
3. Implement hot fix in this local branch | ||
4. Push commit to start the code review process | ||
|
||
``` | ||
git sync hotfix/6.5.2 | ||
git push origin 756-project-corrupted | ||
``` | ||
5. After completed review, rebase PR into `hotfix/6.5.2` | ||
6. Repeat for all issues that will be part of the hotfix (one or more) | ||
7. Create release off of `hotfix/6.5.2` called Release `6.5.2` with tag `v6.5.2` | ||
8. Merge branch `hotfix/6.5.2` into `develop` (fixing potential conflicts if any) | ||
9. Delete branch `hotfix/6.5.2` |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Binary file added
BIN
+1.24 MB
...ULL/Open Systems Pharmacology Suite - 7.1.0-Installation Validation_05_26_17_17_35_27.pdf
Binary file not shown.
Binary file added
BIN
+1.82 MB
...PlattformTest_Results/01_Win7_64Bit_Ultimate_ Eng_Office2003_Empty_FULL/PlatformTests.pdf
Binary file not shown.
Binary file added
BIN
+1.24 MB
...Full/Open Systems Pharmacology Suite - 7.1.0-Installation Validation_05_28_17_0_35_45.pdf
Binary file not shown.
Binary file added
BIN
+2.07 MB
...n/PlattformTest_Results/02_Win7_64bit_Eng_Office2003_SBSuite_6.4.1_Full/PlatformTests.pdf
Binary file not shown.
Binary file added
BIN
+1.24 MB
...ULL/Open Systems Pharmacology Suite - 7.1.0-Installation Validation_05_29_17_19_27_24.pdf
Binary file not shown.
Binary file added
BIN
+2.07 MB
...tformTest_Results/03_Win2008ServerR2_64Bit_Eng_Office2010x64_Empty_FULL/PlatformTests.pdf
Binary file not shown.
Binary file added
BIN
+1.24 MB
...FULL/Open Systems Pharmacology Suite - 7.1.0-Installation Validation_05_29_17_2_46_02.pdf
Binary file not shown.
Binary file added
BIN
+1.82 MB
...tion/PlattformTest_Results/04_Win8.1_64Bit_Eng_Office2013x64_Empty_FULL/PlatformTests.pdf
Binary file not shown.
Binary file added
BIN
+1.24 MB
...FULL/Open Systems Pharmacology Suite - 7.1.0-Installation Validation_05_27_17_5_48_14.pdf
Binary file not shown.
Binary file added
BIN
+2.07 MB
...nd qualification/PlattformTest_Results/05_Win10_64Bi_Eng_No_Office_FULL/PlatformTests.pdf
Binary file not shown.
Binary file added
BIN
+1.24 MB
...ULL/Open Systems Pharmacology Suite - 7.1.0-Installation Validation_05_29_17_21_51_26.pdf
Binary file not shown.
Binary file added
BIN
+2.07 MB
...lification/PlattformTest_Results/06_Win10_64Bit_Japanese_No_Office_FULL/PlatformTests.pdf
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file added
BIN
+1.24 MB
validation and qualification/Ranorex_TestCases/MoBi/CreateOpenSaveProject.pdf
Binary file not shown.
Binary file added
BIN
+738 KB
validation and qualification/Ranorex_TestCases/MoBi/CreateOpenSaveSimulation.pdf
Binary file not shown.
Binary file not shown.
Binary file added
BIN
+2.54 MB
validation and qualification/Ranorex_TestCases/MoBi/ImportStartValues.pdf
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file added
BIN
+1.58 MB
validation and qualification/Ranorex_TestCases/MoBi/SimpleKinetic.pdf
Binary file not shown.
Binary file added
BIN
+1.48 MB
validation and qualification/Ranorex_TestCases/MoBi/SpatialStructure.pdf
Binary file not shown.
Binary file added
BIN
+751 KB
validation and qualification/Ranorex_TestCases/PK-Sim/AddSimulationInterval.pdf
Binary file not shown.
Binary file added
BIN
+761 KB
validation and qualification/Ranorex_TestCases/PK-Sim/ApplicationProtocols..pdf
Binary file not shown.
Binary file added
BIN
+896 KB
validation and qualification/Ranorex_TestCases/PK-Sim/BuildingBlockComparison.pdf
Binary file not shown.
Binary file not shown.
Binary file added
BIN
+4.36 MB
validation and qualification/Ranorex_TestCases/PK-Sim/DDISimulations.pdf
Binary file not shown.
Binary file not shown.
Binary file added
BIN
+885 KB
validation and qualification/Ranorex_TestCases/PK-Sim/Formulations.pdf
Binary file not shown.
Binary file not shown.
Binary file added
BIN
+1010 KB
validation and qualification/Ranorex_TestCases/PK-Sim/IndividualScaling.rxl.pdf
Binary file not shown.
Binary file added
BIN
+1.25 MB
validation and qualification/Ranorex_TestCases/PK-Sim/LiverZonation1.pdf
Binary file not shown.
Binary file added
BIN
+5.91 MB
validation and qualification/Ranorex_TestCases/PK-Sim/LiverZonation2.pdf
Binary file not shown.
Binary file added
BIN
+907 KB
validation and qualification/Ranorex_TestCases/PK-Sim/ObservedData.pdf
Binary file not shown.
Binary file added
BIN
+756 KB
validation and qualification/Ranorex_TestCases/PK-Sim/OntogenyImport.pdf
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file added
BIN
+1.18 MB
validation and qualification/Ranorex_TestCases/PK-Sim/PopulationAnalyses.rx.pdf
Binary file not shown.
Binary file added
BIN
+2.65 MB
validation and qualification/Ranorex_TestCases/PK-Sim/Populations1.pdf
Binary file not shown.
Binary file added
BIN
+1.75 MB
validation and qualification/Ranorex_TestCases/PK-Sim/Populations2.pdf
Binary file not shown.
Binary file not shown.
Binary file not shown.
Binary file added
BIN
+638 KB
validation and qualification/Ranorex_TestCases/PK-Sim/ProjectHistory.pdf
Binary file not shown.
Binary file added
BIN
+1.22 MB
validation and qualification/Ranorex_TestCases/PK-Sim/ProteinExpression.pdf
Binary file not shown.
Binary file added
BIN
+3.44 MB
validation and qualification/Ranorex_TestCases/PK-Sim/Simulations.pdf
Binary file not shown.
Binary file added
BIN
+887 KB
validation and qualification/Ranorex_TestCases/PK-Sim/TemplateDatabase.rxlo.pdf
Binary file not shown.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,9 +1,9 @@ | ||
<?xml version="1.0" encoding="UTF-8"?> | ||
<applications> | ||
<application name="PK-Sim"> | ||
<version>7.0.0</version> | ||
<version>7.1.0</version> | ||
</application> | ||
<application name="MoBi"> | ||
<version>7.0.0</version> | ||
<version>7.1.0</version> | ||
</application> | ||
</applications> |