This is a test harness for the Perforce Unix SDP (Server Deployment Package). One quick 'vagrant up' will create a Ubuntu and a CentOS box where you can easily run the test harness.
To use this bundle you will need to download and install the following tools, both of which are free.
The following vagrant plugins ("sudo vagrant plugin-install<plugin name>"):
If you're not familiar with Vagrant it is a command line based virtual machine management tool that makes it easy to create and provision virtual machines, all driven by a simple text file. If you haven't used it before be warned: simple VM management is addictive!
VirtualBox is an open source hypervisor made by Oracle. It runs on many platforms and is the default hypervisor for Vagrant. You do not need to know much of anything about Vagrant to use these tools. We'll explain the few commands you will likely need below.
Given that you are using a virtual machine you will need at least 512MB of RAM to run the environment. You will also need at least a gig of drive space to hold the VM image.
1) Have a workpsace which looks like (assuming name of myws.sdp):
View:
//guest/perforce_software/sdp/... //myws.sdp/sdp/...
//guest/perforce_software/sdp/test/* //myws.sdp/*
2) sync the workspace
3) In addition, you want to do a wget on the following: ftp://ftp.perforce.com/perforce/r14.1/bin.linux26x86_64/p4 to //myws.sdp/sdp/Server/Unix/p4/common/bin/p4 ftp://ftp.perforce.com/perforce/r14.1/bin.linux26x86_64/p4d to //myws.sdp/sdp/Server/Unix/p4/common/bin/p4d
4) From the command prompt run 'vagrant up' in the workspace root directory.
The command 'vagrant up' tells Vagrant to look for the cleverly named 'Vagrantfile' and create the VM described within. Note you will need an internet connection during this process.
Once Vagrant returns you will have a fully functional installation.
You will need very few commands to be successful with Vagrant for this project. Here are the commands you will need.
That's it! With those four commands you should be suitably dangerous to run tests.
One important part of using Vagrant is taking advantage of the shared folders it creates. With this project we automatically link most of the files that are in the directory along with the Vagrantfile to appropriate places within the VM. Things are shared to /sdp within the VM.
These shared folders allow you to use your favorite editors on your computer with the files that are being used by the VM. Without SSHing in you can edit files live inside the VM. This is one of the biggest advantages of using Vagrant; it lets you code with your preferred tools while still having the controlled environment your app needs.
This also means that if at any point you need a clean test environment a quick 'vagrant destroy' and 'vagrant up' will give you a fresh installation with all of your code changes intact. 'vagrant destroy' only deletes the contents of the VM, not the contents of your host machine.
How to run:
1) Run 'vagrant ssh' from the directory you created to shell into the VM. 2) Run 'sudo su - perforce' to become user perforce (home directory is /p4) 3) python3 test_SDP.py (This is a link to the real file under /sdp)
Welcome ======= This is a test harness for the Perforce Unix SDP (Server Deployment Package). One quick 'vagrant up' will create a Ubuntu and a CentOS box where you can easily run the test harness. Requirements ------------ To use this bundle you will need to download and install the following tools, both of which are free. * VirtualBox (https://www.virtualbox.org/) * Vagrant (http://vagrantup.com) The following vagrant plugins ("sudo vagrant plugin-install<plugin name>"): * vagrant-vbguest (installs latest VirtualBox Guest additions up to date - important for CentOS!) * vagrant-hostmanager (optional - but very useful) * vagrant-cachier (optional) If you're not familiar with Vagrant it is a command line based virtual machine management tool that makes it easy to create and provision virtual machines, all driven by a simple text file. If you haven't used it before be warned: simple VM management is addictive! VirtualBox is an open source hypervisor made by Oracle. It runs on many platforms and is the default hypervisor for Vagrant. You do not need to know much of anything about Vagrant to use these tools. We'll explain the few commands you will likely need below. Given that you are using a virtual machine you will need at least 512MB of RAM to run the environment. You will also need at least a gig of drive space to hold the VM image. Usage ----- 1) Have a workpsace which looks like (assuming name of myws.sdp): View: //guest/perforce_software/sdp/... //myws.sdp/sdp/... //guest/perforce_software/sdp/test/* //myws.sdp/* 2) sync the workspace 3) In addition, you want to do a wget on the following: ftp://ftp.perforce.com/perforce/r14.1/bin.linux26x86_64/p4 to //myws.sdp/sdp/Server/Unix/p4/common/bin/p4 ftp://ftp.perforce.com/perforce/r14.1/bin.linux26x86_64/p4d to //myws.sdp/sdp/Server/Unix/p4/common/bin/p4d 4) From the command prompt run 'vagrant up' in the workspace root directory. The command 'vagrant up' tells Vagrant to look for the cleverly named 'Vagrantfile' and create the VM described within. Note you will need an internet connection during this process. Once Vagrant returns you will have a fully functional installation. Vagrant Basics -------------- You will need very few commands to be successful with Vagrant for this project. Here are the commands you will need. * vagrant up - creates and provisions a new virtual machine if one does not currently exist * vagrant destroy - halts and deletes the current virtual machine * vagrant ssh - ssh's you into the VM so you can work on the machine * vagrant halt - shuts down the virtual machine, but does not delete it That's it! With those four commands you should be suitably dangerous to run tests. One important part of using Vagrant is taking advantage of the shared folders it creates. With this project we automatically link most of the files that are in the directory along with the Vagrantfile to appropriate places within the VM. Things are shared to /sdp within the VM. These shared folders allow you to use your favorite editors on your computer with the files that are being used by the VM. Without SSHing in you can edit files live inside the VM. This is one of the biggest advantages of using Vagrant; it lets you code with your preferred tools while still having the controlled environment your app needs. This also means that if at any point you need a clean test environment a quick 'vagrant destroy' and 'vagrant up' will give you a fresh installation with all of your code changes intact. 'vagrant destroy' only deletes the contents of the VM, not the contents of your host machine. Workflow for testing -------------------- How to run: 1) Run 'vagrant ssh' from the directory you created to shell into the VM. 2) Run 'sudo su - perforce' to become user perforce (home directory is /p4) 3) python3 test_SDP.py (This is a link to the real file under /sdp)
# | Change | User | Description | Committed | |
---|---|---|---|---|---|
#12 | 30915 | C. Thomas Tyler |
Released SDP 2024.1.30913 (2024/11/20). Copy Up using 'p4 copy -r -b perforce_software-sdp-dev'. |
||
#11 | 30388 | C. Thomas Tyler |
Released SDP 2024.1.30385 (2024/06/11). Copy Up using 'p4 copy -r -b perforce_software-sdp-dev'. |
||
#10 | 27331 | C. Thomas Tyler |
Released SDP 2020.1.27325 (2021/01/29). Copy Up using 'p4 copy -r -b perforce_software-sdp-dev'. |
||
#9 | 25483 | C. Thomas Tyler |
Released SDP 2019.1.25480 (2019/04/11). Copy Up using 'p4 copy -r -b perforce_software-sdp-dev'. |
||
#8 | 25245 | C. Thomas Tyler |
Released SDP 2019.1.25238 (2019/03/02). Copy Up using 'p4 copy -r -b perforce_software-sdp-dev'. |
||
#7 | 25012 | Robert Cowham | Propagate test updates from dev and fix failing test by also propagating deleted script. | ||
#6 | 20974 | C. Thomas Tyler |
Released SDP 2016.2.20972 (2016/11/01). Copy Up using 'p4 copy -r -b perforce_software-sdp-dev'. |
||
#5 | 19322 | Robert Cowham |
Propagate Docker tests to Main. No functional change. |
||
#4 | 13587 | C. Thomas Tyler |
Copy up of recent minor dev branch changes to auxiliary scripts and comments. No core SDP functionality changes. |
||
#3 | 11828 | Robert Cowham | Clarify paths and instructions for testing. | ||
#2 | 10459 | Robert Cowham |
Fix test comments regarding workspace setup for Workshop location Tidy Vangrantfile comments #review |
||
#1 | 10148 | C. Thomas Tyler | Promoted the Perforce Server Deployment Package to The Workshop. |