You are here

Release Team (Third time's the charm!)

7 posts / 0 new
Last post
Gord Caswell
Gord Caswell's picture
Offline
Last seen: 1 week 6 days ago
DeveloperModerator
Joined: 2008-07-24 18:46
Release Team (Third time's the charm!)

PortableApps.com is pleased to be resurrecting the Release Team once again, with the stated intention of clearing up the backlog of applications waiting for release. Without further ado, here's some answers to questions you may have:

What is the release team?

The release team is what takes apps from development test to official release. The release team tests and provides feedback on programs in the Beta Testing forum. The release team is listed on the “Our Team” page, as well as have a release team badge set on their account to indicate their status.

What do I need to commit to?

This is subject to change but the current thought is one app per week per team, for either 3 or 6 months. If you’re unable to be involved for a period of time, that’s not a problem, although absences from active testing for a period of one (1) month, with illnesses, etc, notwithstanding; will constitute grounds for removal from the team, unless the team leads have already been made aware of your pending absence. If you are aware that you will be unavailable for a month or longer, you may be set as inactive if you wish, and rejoin when you are available to do so. You will need to test the app for portability, and provide feedback on its compatibility with the Format. This is not a huge amount of time, but the commitment is important, this team needs to be stable and start churning out apps for it to be a success.

What do I need to do to join?

If you are an active developer, or have been active on the forums the past six months, you may be eligible to join the team. If you're interested, hop onto our IRC channel and ask about it. One of the team leads will get back to regarding joining. If approved, It may take a couple days to get the correct permissions set on the site.

How is the release team setup?

The release team is broken into sub-teams, each of which work on approximately 1 application per week, although this may not mean 2 apps pushed for release per week, depending on any issues found while testing. Two release team members must sign off on each section of testing prior to an app being verified by a release team lead. To begin with, there will be two sub-teams. This may change in the future.

What do I need to do on the team? (What responsibilities do I have?)

As listed on the Development Release Status page, apps must be tested for the following:

  • PAF compatiblity: Does the application pass validation against the PortableApps.com Format? (can be tested easily using the PA.c Dev. Toolkit)
  • OS: What operating systems is the application compatible with (minimum of XP, Vista, and 7, with WINE being a bonus)
  • PC: Are any files or registry changes left on the host machine?
  • Data: Is the app's data (MRU, settings) updated when the path changes? This includes changing the directory structure that the application is running from. IE., X:\PortableApps\AppNamePortable to Y:\AppNamePortable
  • Code: Code review to look for any issues, ensure INI and passed parameters work
  • Notes: Any additional notes (IE., was the app portablized using PAL or is it homebrew?)
  • License: What license is the application being released under, and if Freeware, is the publisher alongside? Are necessary license files included in the correct locations? IE. for the launcher, Other\Source\LauncherLicense.txt, for a freeware EULA Other\Source\EULA.txt
  • Ready?: Is the app ready to advance to Final? This determination will be made by the team leads, after each of the other sections is signed off by at least 2 other members of the team.
  • Status indicators: Status indicators for each section of testing are listed in the Development Release Status topic.

How does an application move from Development Test on to official?

Once the various sections as above are listed as successful and a team lead has confirmed that the application is ready for release, the release team lead will send the application to John T. Haller for signing and release.

Responsiblities of team leads*

In addition to doing testing as required by all team members, team leads have a few more responsibilities:

  • Verify apps that have been tested by the release team to ensure they are ready for release.
  • Prepare the "features" information for the app, as well as a screenshot of the app in use.
  • Send the application; as well as the features information and screenshot, to John T. Haller for digital signing (for open source apps only) and release on the site (for all apps).

How are applications being chosen for release team review?
The release team will be taking applications from the Apps Ready for Official Release topic. Once this list is exhausted, the release team will begin to go through the Test Releases page, while giving priority to applications being listed, by the portable app developer, in the Apps Ready for Official Release topic.

Current Team members:
ZachThibeau> (Team Lead)
GordCaswell> (Team Lead)
kAlug
winterblood

tapsklaps
Offline
Last seen: 6 years 2 months ago
Developer
Joined: 2010-10-17 08:11
very informative and well-structured explanations

Thank you for this transparent Informations regarding the work of the release team.
I wish that in future more such profound articles will be offered here.

In the section named "What do I need to do on the team? (What responsibilities do I have?)" you have mentioned something regarding the topic "License". For freeware the EULA should be included in the folder Other\Source as a file named EULA.txt. In the Beta forum I have recently released the app Drago Portable 4.12.0.0 Development Test 4. In the folder DragoPortable\App\Drago I found a file called license.txt. I assume that the content of this file is identical with EULA. Therefore I have copied this file in the folder Other\Source. Is it necessary that I rename it to EULA.txt?

Zach Thibeau
Zach Thibeau's picture
Offline
Last seen: 2 years 2 months ago
Developer
Joined: 2006-05-26 12:08
For the PortableApps.com

For the PortableApps.com Format in the part that mentions EULA it states
EULAVersion (optional) is used to indicate the version of the End User License Agreement used if you include EULA.txt or EULA.rtf and require the user to agree to a license to install. If you are using an EULA and omit this entry, the default, 1, will be used.

your friendly neighbourhood moderator Zach Thibeau

gluxon
gluxon's picture
Offline
Last seen: 4 years 4 months ago
Developer
Joined: 2008-06-21 19:26
Perhaps this should be

Perhaps this should be stickied? Only 1 person has been added to the team so far.

vf2nsr
vf2nsr's picture
Offline
Last seen: 8 years 2 months ago
Developer
Joined: 2010-02-13 17:10
Perhaps

We should know who is on the team? Ok looked at top again instead of the new response. My only concern is that all I see is people using an Alpha program validation tool to figure things out? (No disrespect intended to Chris intended) That is the feedback I keep seeing. Nothing "Fails" if it runs and does not leave anything behind. It just needs further tweaking to bring it up to standards. Failed is such a strong word

“Be who you are and say what you feel because those who mind don't matter and those who matter don't mind.” Dr. Seuss

Gord Caswell
Gord Caswell's picture
Offline
Last seen: 1 week 6 days ago
DeveloperModerator
Joined: 2008-07-24 18:46
Only 1 part of testing

The validator is only one part of the testing being done. All it does is test against the PAF standard. Additional testing is also done. See here for an example of the testing being done to Pingus portable: http://caswellaquatics.ca/portableapps/releaseteam/view.php?id=21

"Failed" is the terminology given by the validator, indicating that an app fails validation (in other words, does not fully meet the specifications of the format), and as such, is an accurate term in this case. That is why when an app is tested by running the validator against it, the text posted here specifically states PortbleApps.com Format validation Fails (or succeeds).

Hope that clears it up a bit for you.

vf2nsr
vf2nsr's picture
Offline
Last seen: 8 years 2 months ago
Developer
Joined: 2010-02-13 17:10
no need

to clear anything up. My comment is that the comments I see are generally direct quotes from the validating program. The word Faile and bolded at that is quite strong. It has always been my opinion that along with ones failures should be mentions of the successes. The direct quote with no further comment seems rather harsh this is just IMHO

I am thnakful for the job that the testing crew is doing, I just wanted to add my 2 cents worth into the mix and suggest that more comment be used and less direct quote

“Be who you are and say what you feel because those who mind don't matter and those who matter don't mind.” Dr. Seuss

Log in or register to post comments