Difference between revisions of "Shipping Leader In Detail"

From Valve Developer Community
Jump to: navigation, search
m (Prelude)
m (Prelude)
Line 3: Line 3:
 
"You should designate a single member of your MOD team as the Shipping Leader (SL). This person will drive progress on the MOD for the next five weeks. All changes made to the MOD from now on should occur only at the request of the SL, and all requests for changes should be funneled through this person. No team member should make any changes, no matter how minor, to the MOD unless the SL has requested that they make a particular change. This doesn't mean the rest of the team are losing control of the MOD... the SL is still a part of the team, and will be listening to all feedback. The point of the SL is to ensure that all changes to the MOD are going through a single person. This avoids problems such as a mapmaker breaking the game by making a last minute change because he didn't realize something else had changed in the game code. The SL will know the state of every component in the game (code, maps, models, textures, etc) at all times throughout the next 5 weeks to ensure this never happens. Choosing the SL isn't easy. Here are a few tips: - Don't immediately assume the person who's currently running the MOD is the best choice for SL, especially if the MOD has been worked on for months and hasn't got any closer to being released. - Game Coders are probably the best choice. As the shipping process comes to an end, most fixes will be made in the game code. - The SL should be highly motivated, disciplined, organized, and as ego-less as possible. The SL will need to be able to commit five weeks of his or her life to this process. - The SL should be able to make global decisions for the MOD. The SL should understand that this often requires cutting features and content in order to ship"
 
"You should designate a single member of your MOD team as the Shipping Leader (SL). This person will drive progress on the MOD for the next five weeks. All changes made to the MOD from now on should occur only at the request of the SL, and all requests for changes should be funneled through this person. No team member should make any changes, no matter how minor, to the MOD unless the SL has requested that they make a particular change. This doesn't mean the rest of the team are losing control of the MOD... the SL is still a part of the team, and will be listening to all feedback. The point of the SL is to ensure that all changes to the MOD are going through a single person. This avoids problems such as a mapmaker breaking the game by making a last minute change because he didn't realize something else had changed in the game code. The SL will know the state of every component in the game (code, maps, models, textures, etc) at all times throughout the next 5 weeks to ensure this never happens. Choosing the SL isn't easy. Here are a few tips: - Don't immediately assume the person who's currently running the MOD is the best choice for SL, especially if the MOD has been worked on for months and hasn't got any closer to being released. - Game Coders are probably the best choice. As the shipping process comes to an end, most fixes will be made in the game code. - The SL should be highly motivated, disciplined, organized, and as ego-less as possible. The SL will need to be able to commit five weeks of his or her life to this process. - The SL should be able to make global decisions for the MOD. The SL should understand that this often requires cutting features and content in order to ship"
  
From [[Making_a_MOD|Making a MOD]]
+
''From [[Making_a_MOD|Making a MOD]]''
  
 
I highly recommend making the shipping leader the lead coder. This person usually is the most dedicated to the MOD and has easy access to the code for compilation, something which can be hard for an artist to-do if they don't have access to the compilation tools.
 
I highly recommend making the shipping leader the lead coder. This person usually is the most dedicated to the MOD and has easy access to the code for compilation, something which can be hard for an artist to-do if they don't have access to the compilation tools.

Revision as of 01:07, 3 July 2005

Prelude

"You should designate a single member of your MOD team as the Shipping Leader (SL). This person will drive progress on the MOD for the next five weeks. All changes made to the MOD from now on should occur only at the request of the SL, and all requests for changes should be funneled through this person. No team member should make any changes, no matter how minor, to the MOD unless the SL has requested that they make a particular change. This doesn't mean the rest of the team are losing control of the MOD... the SL is still a part of the team, and will be listening to all feedback. The point of the SL is to ensure that all changes to the MOD are going through a single person. This avoids problems such as a mapmaker breaking the game by making a last minute change because he didn't realize something else had changed in the game code. The SL will know the state of every component in the game (code, maps, models, textures, etc) at all times throughout the next 5 weeks to ensure this never happens. Choosing the SL isn't easy. Here are a few tips: - Don't immediately assume the person who's currently running the MOD is the best choice for SL, especially if the MOD has been worked on for months and hasn't got any closer to being released. - Game Coders are probably the best choice. As the shipping process comes to an end, most fixes will be made in the game code. - The SL should be highly motivated, disciplined, organized, and as ego-less as possible. The SL will need to be able to commit five weeks of his or her life to this process. - The SL should be able to make global decisions for the MOD. The SL should understand that this often requires cutting features and content in order to ship"

From Making a MOD

I highly recommend making the shipping leader the lead coder. This person usually is the most dedicated to the MOD and has easy access to the code for compilation, something which can be hard for an artist to-do if they don't have access to the compilation tools.

Creating the base MOD

So first it's usefull to create the base MOD from the Source SDK menu, create any kind of MOD you want, I suggest NOT using the source code only option if you are trying to create the shipping leaders copy of the MOD.

So you now have all the files on your hardrive, the next stage is to familirizre your self with the directory structure and how the files are set up.

Other team members

Other team members need to add their own changes to the mod, how are you going to let them do it without disturbing the shipping master? There is a simple soloution.

Create on your FTP a directory for the shipping master, which can ONLY be modified by the shipping leader. Then create a directory for each of your team members holding a copy of the shipping master, with a text file in a changes folder that will detail what changes they have made. There also needs to be an easy access to the changed files that the team member has worked on in a seperate folder.

Mod.jpg


Changestxt.gif

The above image shows a folder within modeller bobs directory that is called changes.

When the shipping leader makes a culmative change that changes the shipping master the individiual team member should branch their changes off into a seperate directory with the date stamped on the folder. So they can start afresh and it's easier for the shipping leader to identify what the newest changes to that team members files are.

Changesfdate.gif

Gathering changes

The shipping leader should provide a regular timetable for collecting changes and merging them into the shipping master, because this is the version of the MOD's files that the team will be playtesting and developing with.

The shipping leader should go through each directory individually and look at the changes.txt to find out exactly whats changed and then merge the changes into the shipping master.

Then test to see if you merged successfully, and then replace the old shipping master with the new shipping master and inform all the team members to manage their files like described in the "other team members" section.

Changesfdate.gif