GUIDLINES FOR RELEASING REALITY FACTORY BUILDS

Programming Reality Factory and Genesis3D.
Post Reply
User avatar
QuestOfDreams
Site Admin
Posts: 1520
Joined: Sun Jul 03, 2005 11:12 pm
Location: Austria
Contact:

GUIDLINES FOR RELEASING REALITY FACTORY BUILDS

Post by QuestOfDreams » Sun Mar 25, 2007 11:49 am

Cummunity Releases of Reality Factory:

To keep things organized you have to follow these guidelines if you want to release a custom build of Reality Factory:

What you need to provide

1) Provide all necessary files to update from the latest official release (EXE, DLLs, GameEntityDataTypes.h etc.)

2) Provide documentation of new/changed features (html or txt format)

3) Provide source code changes as:
a) complete .h/.cpp files; add a description of the changes in the edit history at the top of each file;
mark changes with

Code: Select all

// changed AUTHOR MONTH/DAY/YEAR
// end change
e.g.

Code: Select all

// changed QD 03/25/07
// end change
or
b) a list of code changes, including name of source file and line numbers of changes (referring to the latest official source code release)

Put the files of 1) and 2) in a zip file, put the source code changes in a separate zip file

Naming Conventions

Naming conventions for releases:
Community releases should be named in the following way:
Reality Factory CR Month/Day/Year
e.g.
Reality Factory CR 03/25/07

In CCommonData.cpp around line 718 change

Code: Select all

ReportError("--- Reality Factory 0.75C          ---",	false);
to reflect the release version e.g.:

Code: Select all

ReportError("--- Reality Factory CR 03/25/07    ---",	false);
Naming conventions for zip files:
update & docs: RealityFactoryCR_MonthDayYear.zip
source code: RealityFactoryCRSource_MonthDayYear.zip
e.g.
RealityFactoryCR_032507.zip
RealityFactoryCRSource_032507.zip

How to inform the community

Start a new topic in the programming forum with the release name as its title.
Provide links to the zip files described above.
Provide any information about the release as you see fit (tips, tricks, potential bugs etc)
Last edited by QuestOfDreams on Fri Apr 27, 2007 11:27 am, edited 1 time in total.

User avatar
jonas
Posts: 779
Joined: Tue Jul 05, 2005 5:43 pm
Location: Texas, USA
Contact:

Post by jonas » Mon Mar 26, 2007 5:38 pm

Thanks I was hoping we would have some rules to go by.

I have on question though. Say we have 2 or 3 different people editing the code and adding features at the same time. How could we merge them? If we don't somehow merge them we might have "Reality Factory CR 03/25/07" that has some extra scripting commands, then shortly "Reality Factory CR 03/26/07" that has multiplayer, and ect.. Do you know of any way we could merge them or is there someway we could keep organized enough that we wouldn't need to do that?

Thanks.
Jonas

Focused, hard work is the real key to success. Keep your eyes on the goal, and just keep taking the next step towards completing it. If you aren't sure which way to do something, do it both ways and see which works better. - John Carmack

User avatar
AndyCR
Posts: 1449
Joined: Wed Jul 06, 2005 5:08 pm
Location: Colorado, USA
Contact:

Post by AndyCR » Tue Mar 27, 2007 12:10 am

I would recommend some form of source control for that - something like CVS or even better SVN. You can get a free CVS repository, for instance, at http://www.freepository.com . It would automatically merge trivial changes, and warn/force you to fix any changes to the same code at the same time.

Post Reply