Version Control System: For my Ninth Grader - Part 1
Day 2
Teacher: So, writers, let’s see what plan you have to write
story in collaborative way.
Yash: After lot of discussion we have come to following
plan:
Story will be divided into two sections: Europe and Asia.
Jay, Gil, and Tina will be working on Europe section. Jim
and I will be working on Asia section. So we will be maintaining two different
word files:
a.
Europe.doc
b.
Asia.doc
To announce to group that some is working on a file, he will
append his name in the end of file. So if Jim is working on file then file name
will be
Asia_Jim.doc
As soon Jim stops working, he will save the file and change
the name to Asia.doc
Using this naming convention, whole group will come to know
that who is working on a particular file, so do not mess up.
Teacher: Excellent! Any one has some other idea.
Sheila: I will solve this problem in different way. Instead of
updating document file name, I will prefer to keep a ReamMeFirst document.
Whenever one wish to start working on a file – say Asia.doc, she will enter her
name, file name, date and time of start of work. Once she finishes her work and
saves Asia.doc, will need to key in the small details what she has done and
when she stopped working, so other can start working on same file if wish. So
ReadMeFirst file will contain a table very similar to:
Sr. #
|
File Name
|
Who
|
Start working at (Date and Time)
|
Stop working at (Date and Time)
|
Description
|
1
|
Asia.doc
|
Sheila
|
Oct 1, 2012 8.00 AM
|
Oct 1, 2012 9.00 AM
|
Paragraph about landing at Delhi in early morning while airport is covered
in dense fog
|
2
|
Asia.doc
|
Joe
|
Oct 1, 2012 11.00 AM
|
Oct 2, 2012 3.00 PM
|
Sightseeing at Delhi
|
3
|
Europe.doc
|
Kale
|
Oct 1, 2012 8.15 AM
|
Oct 1, 2012 6.00 PM
|
Accident at Venice
|
So everyone can keep track of who is working and on what she
is working. The way suggested by Group 1 does not keep track of each individual’s
workings.
Teacher: Fantastic way of solving a problem. Any other idea!
Saito: I have another idea to solve the same challenge.
Teacher: Go ahead.
Choose properties from that menu. This will open a dialogue
box.
In this dialogue box, there are two tabs. General and
Summary. In General tab, under Attributes heading, there is a check box labeled
as Read-only. So whenever one starts working on file, makes a copy of Asia.doc
at his computer (may be via email or flash drive) and mark original Asia.doc as
Read-only. This will prevent others from changing the file while someone else
is working. As soon as one who was working on the file finishes his work, will
copy his file to common computer and delete the old file. This will make new
file as original file. To keep track of who is working on what, each writer can
keep on adding few lines of his work at Comments area at Summary Tab.
Teacher: Wonderful. Any other idea!
Silence....
Teacher: Okay, let us summaries all three approaches and
critically analyze each. Let us make a comparison table:
Approach Name
|
Name Update
|
ReadMeFirst File
|
Properties of File
|
Approach Description
|
File names will be updated by the writer to indicate that
someone is working on this file. Depending upon file name one should work on
file or not.
|
A master file will be maintained, to indicate who is working on
which file. Before working on a file, one should go through the
ReadMeFirstFile to ascertain that no one is working on the file on which he
is planning to work at this point of time.
|
One will make copy of file on which he is intend to work and
mark the original file as Read-Only. Once writer finishes his work, he can
bring in new file and delete the old file. So new file becomes original file.
For record keeping, one can choose to write few lines of his work in comments
section of Properties dialogue box.
|
Is this table is correct representation of approaches.
Students: Yes.
Teacher: Ok, now next step. Each approach has few positives and
negatives, let us list them.
Table after a while:
Approach Name | Name Update | ReadMeFirst File | Properties of File |
Approach Description | File names will be updated by the writer to indicate that someone is working on this file. Depending upon file name one should work on file or not. | A master file will be maintained, to indicate who is working on which file. Before working on a file, one should go through the ReadMeFirst to ascertain that no one is working on the file on which he is planning to work at this point of time. | One will make copy of file on which he is intend to work and mark the original file as Read-Only. Once writer finishes his work, he can bring in new file and delete the old file. So new file becomes original file. For record keeping, one can choose to write few lines of his work in comments section of Properties dialogue box. |
Can multiple persons work on a file at a given time? | No | No | No |
Can every one work on his copy of document? | Yes, with slight modification in approach. But even then only one person at a time | Yes, with slight modification in approach. But even then only one person at a time | Yes. But even then only one person at a time |
Is history of work maintained? | No | No. But comments from each writer are preserved | No. But comments from each writer are preserved |
If many persons (not few) are involved, will this approach be suitable? | Yes | No. Because ReadMeFirst become too big. | No, because comments will become substantially big. |
If work is big ( say novel to be written instead of a story), will this approach is suitable | Yes | No. Because ReadMeFirstFile become too big. | No, because comments will become substantially big. |
Over writing of work by mistake | Yes. One can forget to update the name of the file or One can over write file even if name is suffixed with current writer. | Yes. One can forget to update the ReadMeFirst table or One can over write file even if proper entries are made in ReadMeFirst table. | Yes. One can forget to mark file read only. |
Over writing of work due to bad intentions | Yes | Yes | Yes |
Deletion of file (by mistake or bad intentions) | Yes | Yes | Yes |
So, is there any solution which can solve all of the
challenge thrown by collaborative nature of work?
Yash: What if we combine all of the solution into one.
Teacher: Yes. Few of the challenges will be solved but one
big challenge will crop up.
Yash: Which one?
Teacher: Too much of human intervention. And more human
interventions means more chances of error and vandalism.
Yash: We can automate these tasks!
Teacher: Yes. That will solve few of the problems and human
intervention can be reduced to minimum. Before moving to automated solution let
us design a solution which can solve most of the challenges we have listed in
table.
We will meet tomorrow and will develop a system or technique
and then try to understand what parts can be automated.
Great piece of writing! i'm believe the writer's opinion.
ReplyDeleteThe removal of information undoubtedly directs an individual to some sense of discontent.
but for the simplicity of finish users, Specialists developed an alternate for information corruption issues.
If a deletion of information downside is occured, person ought to recognize that tool or package package to use in order that he will handle this case of information files loss.
undelete outlook email