This project has been archived
⭐ Please star this project if you find it useful!
A dotnet
CLI command that enables quick deployments over SSH. This program was specifically designed to streamline .NET application development for the Raspberry Pi running Raspbian.
If you came here looking for our old version of SSHDeploy please click here, otherwise you are in the right place
The following commands are currently available:
dotnet-sshdeploy monitor
- Watches changes on a single file, if this event is raised then it proceeds to send the specified source path files over SSHdotnet-sshdeploy push
- Single-use command that transfers files over SSH
We are using the brand new implementation of the global tool in .NET Core Apps 2.1+. Now you can easily download the package by running the next command
dotnet tool install -g dotnet-sshdeploy
If you download the project and want to test installing your own version of the project you need to pack and then install the nuget
// In the root of your project run
dotnet pack
// Run the following command where you nupkg was created
dotnet tool install -g dotnet-sshdeploy --add-source ./
To update ssh-deploy to the latest version, use the dotnet tool update command
dotnet tool update -g dotnet-sshdeploy
There are two ways of passing arguments: the old school way using the cli and our approach using the csproj file.
- Edit your csproj file and add:
<PropertyGroup>
<SshDeployHost>192.168.2.194</SshDeployHost>
<SshDeployClean />
<SshDeployTargetPath>/home/pi/libfprint-cs</SshDeployTargetPath>
<SshDeployUsername>pi</SshDeployUsername>
<SshDeployPassword>raspberry</SshDeployPassword>
<RunPostBuildEvent>OnBuildSuccess</RunPostBuildEvent>
</PropertyGroup>
- We need a post build event as well:
<Target Condition="$(BuildingInsideSshDeploy) ==''" Name="PostBuild" AfterTargets="PostBuildEvent">
<Exec Command="cd $(ProjectDir)" />
<Exec Command="dotnet-sshdeploy push" />
</Target>
Voilà! sshdeploy finds the necessary arguments provided using proper xml tags and deploys after a successful build
- Be sure you are using ' / ' with RemoteTargetPath otherwise it will not work.
- You MUST use the property
BuildingInsideSshDeploy
to make sure this event will not be executed within sshdeploy's build method to avoid an infinite loop - If no RuntimeIdentifier is provided a Framework-dependent deployment will be created otherwise a Self-contained deployment will
- The command needs to be excuted in the same folder as the csproj
If your project happens to target multiple runtimes, i.e. win-x64
and linux-arm
, then sshdeploy does not necessarily know which binaries to deploy. Also, you might want to control that i.e. only the linux-arm
build should be automatically deployed. In this case, you can change the post build event and add an additional condition to the target (only run on builds for linux), and also pass the desired runtime identifier to the actual deployment call as follows:
<Target Condition="$(BuildingInsideSshDeploy) == '' and $(RuntimeIdentifier) == 'linux-arm'" Name="PostBuild" AfterTargets="PostBuildEvent">
<Exec Command="cd $(ProjectDir)" />
<Exec Command="dotnet-sshdeploy push -r $(RuntimeIdentifier)" />
</Target>
- Go to your Visual Studio Solution (the one you intend to continuously deploy to the Raspberry Pi).
- Right-click on the project and click on the menu item "Properties"
- Go to the "Build Events" tab, and under Post-build events, enter the following:
echo %DATE% %TIME% >> "$(TargetDir)sshdeploy.ready"
*This simply writes the date and time to thesshdeploy.ready
file. Whenever this file CHANGES, the deployment tool will perform a deployment.
- Edit your csproj file and add:
<RemoteHost>192.168.2.194</RemoteHost>
<SourcePath>C:\projects\Unosquare.Labs.RasPiConsole\Unosquare.Labs.RasPiConsole\bin\Debug</SourcePath>
<RemoteTargetPath>/home/pi/libfprint-cs</RemoteTargetPath>
<RemoteUsername>pi</RemoteUsername>
<RemotePassword>raspberry</RemotePassword>
- Execute
dotnet-sshdeploy monitor
FYI: Arguments passed using the csproj file will not override the ones provided using the cli
Heres a complete list of arguments with their corresponding XML tag.
Args | XML Tag |
---|---|
-m,--monitor | <SshDeployMonitorFile> |
-f,--framework | <TargetFramework> |
-r,--runtime | <RuntimeIdentifier> |
-s, --source | <SshDeploySourcePath> |
-t,--target | <SshDeployTargetPath> |
--pre | <SshDeployPreCommand> |
--post | <SshDeployPostCommand> |
--clean | <SshDeployClean/> |
--exclude | <SshDeployExclude> |
-v,--verbose | <SshDeployVerbose/> |
-h,--host | <SshDeployHost> |
-p,--port | <SshDeployPort> |
-u,--username | <SshDeployUsername> |
-w,--password | <SshDeployPassword> |
-l,--legacy | <SshDeployLegacy/> |
-x, --execute | <SshDeployExecutePermission> |
- Navigate to your project folder where the csproj file resides. Example:
cd C:\projects\Unosquare.Labs.RasPiConsole\Unosquare.Labs.RasPiConsole\
- Execute this command with some arguments. Here's a simple example:
dotnet-sshdeploy push -f netcoreapp2.0 -t "/home/pi/libfprint-cs" -h 192.168.2.194
- In the command shown above :
-f
refers to the source framework-t
refers to the target path-h
refers to the host (IP address of the Raspberry Pi)
- For a detailed list of all the arguments available please see below or execute
dotnet-sshdeploy push
The following steps outline a continuous deployment of a Visual Studio solution to a Raspberry Pi running the default Raspbian SSH daemon.
- Go to your Visual Studio Solution (the one you intend to continously deploy to the Raspberry Pi).
- Right-click on the project and click on the menu item "Properties"
- Go to the "Build Events" tab, and under Post-build events, enter the following:
echo %DATE% %TIME% >> "$(TargetDir)sshdeploy.ready"
*This simply writes the date and time to thesshdeploy.ready
file. Whenever this file CHANGES, the deployment tool will perform a deployment.
- Open a Command Prompt (Start, Run, cmd, [Enter Key])
- Navigate to your project folder where the csproj file resides
- Example:
cd "C:\projects\Unosquare.Labs.RasPiConsole\Unosquare.Labs.RasPiConsole\"
- Run this tool with some arguments. Here is an example so you can get started quickly.
dotnet-sshdeploy monitor -s "C:\projects\Unosquare.Labs.RasPiConsole\Unosquare.Labs.RasPiConsole\bin\Debug" -t "/home/pi/target" -h 192.168.2.194 -u pi -w raspberry
- In the above command,
-s
refers to the source path of the files to transfer.t
refers to the full path of the target directory.-h
refers to the host (IP address of the Raspberry Pi).-u
refers to the login.-w
refers to the password.
- Note that there are many more arguments you can use. Simply issue
dotnet-sshdeploy monitor
This will get you all the options you can use.
- If all goes well you will see output similar to this:
SSH Deployment Tool [Version 0.3.1.0]
(c)2015 - 2017 Unosquare SA de CV. All Rights Reserved.
For additional help, please visit https://github.com/unosquare/sshdeploy
Monitor mode starting
Monitor parameters follow:
Monitor File C:\projects\Unosquare.Labs.RasPiConsole\Unosquare.Labs.RasPiConsole\bin\Debug\sshdeploy.ready
Source Path C:\projects\Unosquare.Labs.RasPiConsole\Unosquare.Labs.RasPiConsole\bin\Debug
Excluded Files .ready|.vshost.exe|.vshost.exe.config
Target Address 192.168.2.194:22
Username pi
Target Path /home/pi/target
Clean Target YES
Pre Deployment
Post Deployment
Connecting to host 192.168.2.194:22 via SSH.
Connecting to host 192.168.2.194:22 via SFTP.
File System Monitor is now running.
Writing a new monitor file will trigger a new deployment.
Remember: Press Q to quit.
Ground Control to Major Tom: Have a nice trip in space!
- Now go back to your Visual Studio Solution, right click on the project, a select "Rebuild". You should see the output in the command line similar to the following:
Starting deployment ID 1 - Sunday, June 14, 2015 10:16:20 PM
Cleaning Target Path '/home/pi/target'
Deploying 3 files.
Finished deployment in 0.88 seconds.
-
Every time you rebuild your project, it will be automatically deployed!
-
In order to make this tool much more useful, we need to take advantage of the pre and post commands. The idea is to find the process and kill it if it is currently running on the pre-command, and run the process once the deployment has been completed using the post-command argument. The hope is that this will make the deploy, run, and debug cycle, much less tedious for a .NET developer using a Raspberry Pi.
-
Here's a good example of using pre and post commands to acocmplish the above:
dotnet-sshdeploy monitor -s "C:\projects\libfprint-cs\trunk\Unosquare.Labs.LibFprint.Tests\bin\Debug" -t "/home/pi/libfprint-cs" -h 192.168.2.194 --pre "pgrep -f 'Unosquare.Labs.LibFprint.Tests.exe' | xargs -r kill" --post "mono /home/pi/libfprint-cs/Unosquare.Labs.LibFprint.Tests.exe" --clean False
Short Argument | Long Argument | Description | Default | Required |
---|---|---|---|---|
-m | --monitor | The path to the file used as a signal that the files are ready to be deployed. Once the deploymetn is completed,the file is deleted. | sshdeploy.ready | ✔️ |
-s | --source | The source path for the files to transfer. | ✔️ | |
-t | --target | The target path of the files to transfer. | ✔️ | |
--pre | Command to execute prior file transfer to target. | ❌ | ||
--post | Command to execute after file transfer to target. | ❌ | ||
--clean | Deletes all files and folders on the target before pushing the new files | True | ❌ | |
--exclude | a pipe (|) separated list of file suffixes to ignore while deploying. | .ready|.vshost.exe|.vshost.exe.config | ❌ | |
-v | --verbose | Add this option to print messages to standard error and standard output streams. | True | ❌ |
-h | --host | Hostname or IP Address of the target. -- Must be running an SSH server. | ✔️ | |
-p | --port | Port on which SSH is running. | 22 | ❌ |
-u | --username | The username under which the connection will be established. | pi | ❌ |
-w | --password | The password for the given username. | raspberry | ❌ |
-l | --legacy | Monitor files using legacy method | False | ❌ |
Short Argument | Long Argument | Description | Default | Required |
---|---|---|---|---|
-c | --configuration | Target configuration. | Debug | ❌ |
-f | --framework | The source framework. | ✔️ | |
--pre | Command to execute prior file transfer to target. | ❌ | ||
--post | Command to execute after file transfer to target. | ❌ | ||
--clean | Deletes all files and folders on the target before pushing the new files. | True | ❌ | |
--exclude | a pipe (|) separated list of file suffixes to ignore while deploying. | .ready|.vshost.exe|.vshost.exe.config | ❌ | |
-v | --verbose | Add this option to print messages to standard error and standard output streams. | True | ❌ |
-h | --host | Hostname or IP Address of the target. -- Must be running an SSH server. | ✔️ | |
-p | --port | Port on which SSH is running. | 22 | ❌ |
-u | --username | The username under which the connection will be established. | pi | ❌ |
-w | --password | The password for the given username. | raspberry | ❌ |
-x | --execute | Adds user execute permissions to the deployed files. | False | ❌ |
This code uses the very cool Renci's SSH.NET library and our awesome SWAN library.