mirror of
				https://github.com/KartKrewDev/RingRacers.git
				synced 2025-10-30 08:01:28 +00:00 
			
		
		
		
	
		
			
				
	
	
		
			39 lines
		
	
	
	
		
			1.8 KiB
		
	
	
	
		
			Text
		
	
	
	
	
	
			
		
		
	
	
			39 lines
		
	
	
	
		
			1.8 KiB
		
	
	
	
		
			Text
		
	
	
	
	
	
| SVN-RULES
 | |
| 
 | |
| - As you can see, there is sub-directory in the repository, one for eatch
 | |
|   platform (djgpp (dos),win32,SDL) the root directory is for all platform,
 | |
|   so take care of the order we have put in.
 | |
| - do not commit/upload tests of bugged code, try to fix a maximum of know
 | |
|   bugs and update know bugs list in source.txt. If you must commit your source
 | |
|   make your code in #ifdef so we can disable it
 | |
| - SRB2 is a modification of doom/Doom Legacy source. We allow additionnal feature
 | |
|   and visual addition.
 | |
| - Maximize communications between members, do not impose your changes, if your
 | |
|   are not sure about a feature/change, talk about it in irc://irc.esper.net/srb2 chat room.
 | |
| 
 | |
| CODE-RULES
 | |
| 
 | |
| - We use no tab, 4 space indent, and tab size 8 (in case some tab have filtred
 | |
|   and for makefile)
 | |
| - Self documented code, variable and function must have a name that help
 | |
|   understand the code, so do not call variable and function a,b, a2, ...
 | |
| - the usage of extern in a c file is prohibited, except for declaration of a
 | |
|   function with body (so it is like public keyword in c++)
 | |
|   Also function protos haren't allowed for external function, put it un the
 | |
|   corresponding h file.
 | |
| - Try to minimize #ifdef usage for :
 | |
|   - code readability
 | |
|   - the main code is for all port so if something is good for a platform all
 | |
|     platform can benefit by this feature
 | |
| - Take care of platform dependent code, we would like to have code that work
 | |
|   on Dos, Win32, SDL, ... little and big endian, software/Glide/OpenGl.
 | |
| 
 | |
| GOOD PRACTICE
 | |
| 
 | |
| - Try to put as mush static variable and function on module so it help to
 | |
|   understand the role of the varaible/function in the module also this
 | |
|   help the compiler to optimize
 | |
| - minimise global variable
 | |
| - make a log of your work, so you don't need to put a lot of comment in
 | |
|   the code, this will also help us to update the what's new section of doc
 | |
|   when doing final release
 | 
