473,320 Members | 1,857 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,320 software developers and data experts.

Multiple developers, single solution

My company is about to begin working on an ASP.NET application. There are
going to be two primary developers working on this project. It will be a
fairly deep project (lots of lines of code) but not a very wide project
(pretty much limited to a few purposes, not many ways to split it up).
I've done alot of ASP.NET development before by myself so writing the
application shouldn't be an issue, but my question is this:

How do multiple developers work on the same solution at once? Or can they?
Do you have to split it up (data layer, presentation layer or something like
that)? Or does VS.NET do some sort of good checking if both people have the
solution open at once?

I basically just wanted to see whats possible for this type of scenario and
what others are doing in their companies.

Thans in advance!

Tim
Nov 18 '05 #1
10 2275
You want to use a version control tool - VSS, CVS, etc.
This tool will keep a copy of the code in a common place.
It will also provide a mechanism for your developers to
share the code - developers checkout the files and when
they are done they check it in. When they add new files,
they let the source control tool know about the files.

Otherwise, when one developer changes one file and
another developer changes another file, you will have to
somehow figure out yourself how to integrate the two sets
of code!

Both VSS or CVS and probably any other version control
tool will keep track of changes to files. You can either
setup your version control tool to only allow one person
to checkout a file at a time, or you can allow multiple
checkouts, but the tool will warn a developer if he tries
to overwrite someone elses changes (merge tool).

Jon Paugh
Nov 18 '05 #2
We've got VSS that we plan to use.
I guess more of my question was something along the lines of the
compilation.

I come from an ASP world originally, where everyone could be editing files
and replacing them and making changes and testing, and (with the exception
of global.asa and things like that) what you changed probably wouldn't
affect another user working on the same project as you, because it wasn't
compiled into a common DLL file, each .asp page was run separately.

But now, if we both open the solution at the same time, and make changes, we
can't both be compiling whenever we need to because the other developer will
likely be injecting errors from time to time, as will i. And if i leave for
the night with errors in my code that keep it from compiling, and he kept
working on it, he'd either have to fix my errors or make them not happen (by
commenting things out) or something along those lines before he could test
his changes.

Does that explain better what i was getting at?

We're a fairly small company and before now we've been working on apps
developed primarily by a single developer, with the exception of a few that
had components in DLLs written by one and the actual app written by another.
Is the latter approach something i should look into for this situation?

Thanks for your comments,

Tim

"Jon Paugh" <an*******@discussions.microsoft.com> wrote in message
news:12*****************************@phx.gbl...
You want to use a version control tool - VSS, CVS, etc.
This tool will keep a copy of the code in a common place.
It will also provide a mechanism for your developers to
share the code - developers checkout the files and when
they are done they check it in. When they add new files,
they let the source control tool know about the files.

Otherwise, when one developer changes one file and
another developer changes another file, you will have to
somehow figure out yourself how to integrate the two sets
of code!

Both VSS or CVS and probably any other version control
tool will keep track of changes to files. You can either
setup your version control tool to only allow one person
to checkout a file at a time, or you can allow multiple
checkouts, but the tool will warn a developer if he tries
to overwrite someone elses changes (merge tool).

Jon Paugh

Nov 18 '05 #3
Seee
http://msdn.microsoft.com/library/de...l/tdlg_ch2.asp
and the isolated mode.

The big picture is that each developer gets a copy of the project he can run
on localhost. He can checkout files to edit them at will and test changes
locally avoiding global problems. When changes are ok they are stored back
at the central location.

Each developer can get a refresh at will by getting the last version. It
works pretty well for us with just a little disscipline (avoiding checking
in changes that won't compile).

Patrice
--

"Tim Mulholland" <Ti***********@nospamaddress.com> a écrit dans le message
de news:Oz**************@TK2MSFTNGP12.phx.gbl...
We've got VSS that we plan to use.
I guess more of my question was something along the lines of the
compilation.

I come from an ASP world originally, where everyone could be editing files
and replacing them and making changes and testing, and (with the exception
of global.asa and things like that) what you changed probably wouldn't
affect another user working on the same project as you, because it wasn't
compiled into a common DLL file, each .asp page was run separately.

But now, if we both open the solution at the same time, and make changes, we can't both be compiling whenever we need to because the other developer will likely be injecting errors from time to time, as will i. And if i leave for the night with errors in my code that keep it from compiling, and he kept
working on it, he'd either have to fix my errors or make them not happen (by commenting things out) or something along those lines before he could test
his changes.

Does that explain better what i was getting at?

We're a fairly small company and before now we've been working on apps
developed primarily by a single developer, with the exception of a few that had components in DLLs written by one and the actual app written by another. Is the latter approach something i should look into for this situation?

Thanks for your comments,

Tim

"Jon Paugh" <an*******@discussions.microsoft.com> wrote in message
news:12*****************************@phx.gbl...
You want to use a version control tool - VSS, CVS, etc.
This tool will keep a copy of the code in a common place.
It will also provide a mechanism for your developers to
share the code - developers checkout the files and when
they are done they check it in. When they add new files,
they let the source control tool know about the files.

Otherwise, when one developer changes one file and
another developer changes another file, you will have to
somehow figure out yourself how to integrate the two sets
of code!

Both VSS or CVS and probably any other version control
tool will keep track of changes to files. You can either
setup your version control tool to only allow one person
to checkout a file at a time, or you can allow multiple
checkouts, but the tool will warn a developer if he tries
to overwrite someone elses changes (merge tool).

Jon Paugh



Nov 18 '05 #4
Just to add to the last respond you got. In our case, every developer had their own project but with the same layers and logically worked on different parts.
Then had a machine to central all the code, which the solution was put in the vss
Beside this, there has to be a good communication between developers and some standard set so everybody won't be flying in opposite directions

Hope this helps
Reza
Nov 18 '05 #5
I followed through that solution on the link you gave me (and through a
bunch of the other links contained therein, and i swear i must be missing
something.
We've got a development server we want the whole project on before we copy
it to the webserver when its finalized.
I created the ASP.NET web application on that, and then went into the
Internset Services Manager and turned on Version Control to be external (and
then chose the location in VSS to save it).
I then (on my development machine) used VSS to get a working copy and i can
then edit/run/debug that working copy just fine.
If i then check my changes back into VSS, the changes are not propogated
back to the development machine.
I know i'm just missing a step or something, do you see what i did wrong
(sorry if its something stupid, its my first attempt at multi-developer
work)

Tim

"Patrice Scribe" <no****@nowhere.com> wrote in message
news:Oe****************@TK2MSFTNGP12.phx.gbl...
Seee
http://msdn.microsoft.com/library/de...l/tdlg_ch2.asp and the isolated mode.

The big picture is that each developer gets a copy of the project he can run on localhost. He can checkout files to edit them at will and test changes
locally avoiding global problems. When changes are ok they are stored back
at the central location.

Each developer can get a refresh at will by getting the last version. It
works pretty well for us with just a little disscipline (avoiding checking
in changes that won't compile).

Patrice
--

"Tim Mulholland" <Ti***********@nospamaddress.com> a écrit dans le message
de news:Oz**************@TK2MSFTNGP12.phx.gbl...
We've got VSS that we plan to use.
I guess more of my question was something along the lines of the
compilation.

I come from an ASP world originally, where everyone could be editing files and replacing them and making changes and testing, and (with the exception of global.asa and things like that) what you changed probably wouldn't
affect another user working on the same project as you, because it wasn't compiled into a common DLL file, each .asp page was run separately.

But now, if we both open the solution at the same time, and make changes,
we
can't both be compiling whenever we need to because the other developer

will
likely be injecting errors from time to time, as will i. And if i leave

for
the night with errors in my code that keep it from compiling, and he

kept working on it, he'd either have to fix my errors or make them not happen

(by
commenting things out) or something along those lines before he could test his changes.

Does that explain better what i was getting at?

We're a fairly small company and before now we've been working on apps
developed primarily by a single developer, with the exception of a few

that
had components in DLLs written by one and the actual app written by

another.
Is the latter approach something i should look into for this situation?

Thanks for your comments,

Tim

"Jon Paugh" <an*******@discussions.microsoft.com> wrote in message
news:12*****************************@phx.gbl...
You want to use a version control tool - VSS, CVS, etc.
This tool will keep a copy of the code in a common place.
It will also provide a mechanism for your developers to
share the code - developers checkout the files and when
they are done they check it in. When they add new files,
they let the source control tool know about the files.

Otherwise, when one developer changes one file and
another developer changes another file, you will have to
somehow figure out yourself how to integrate the two sets
of code!

Both VSS or CVS and probably any other version control
tool will keep track of changes to files. You can either
setup your version control tool to only allow one person
to checkout a file at a time, or you can allow multiple
checkouts, but the tool will warn a developer if he tries
to overwrite someone elses changes (merge tool).

Jon Paugh


Nov 18 '05 #6
You can get where you want by using the Isolated model discussed above.
Just treat your development server as another development workstation - get
the source from VSS and build the project there. When ready, copy the
project to the production server.

"Tim Mulholland" <Ti***********@nospamaddress.com> wrote in message
news:ex*************@TK2MSFTNGP11.phx.gbl...
I followed through that solution on the link you gave me (and through a
bunch of the other links contained therein, and i swear i must be missing
something.
We've got a development server we want the whole project on before we copy
it to the webserver when its finalized.
I created the ASP.NET web application on that, and then went into the
Internset Services Manager and turned on Version Control to be external (and then chose the location in VSS to save it).
I then (on my development machine) used VSS to get a working copy and i can then edit/run/debug that working copy just fine.
If i then check my changes back into VSS, the changes are not propogated
back to the development machine.
I know i'm just missing a step or something, do you see what i did wrong
(sorry if its something stupid, its my first attempt at multi-developer
work)

Tim

"Patrice Scribe" <no****@nowhere.com> wrote in message
news:Oe****************@TK2MSFTNGP12.phx.gbl...
Seee

http://msdn.microsoft.com/library/de...l/tdlg_ch2.asp
and the isolated mode.

The big picture is that each developer gets a copy of the project he can

run
on localhost. He can checkout files to edit them at will and test changes
locally avoiding global problems. When changes are ok they are stored back at the central location.

Each developer can get a refresh at will by getting the last version. It
works pretty well for us with just a little disscipline (avoiding checking in changes that won't compile).

Patrice
--

"Tim Mulholland" <Ti***********@nospamaddress.com> a écrit dans le message de news:Oz**************@TK2MSFTNGP12.phx.gbl...
We've got VSS that we plan to use.
I guess more of my question was something along the lines of the
compilation.

I come from an ASP world originally, where everyone could be editing files and replacing them and making changes and testing, and (with the exception of global.asa and things like that) what you changed probably wouldn't
affect another user working on the same project as you, because it wasn't compiled into a common DLL file, each .asp page was run separately.

But now, if we both open the solution at the same time, and make changes,
we
can't both be compiling whenever we need to because the other developer will
likely be injecting errors from time to time, as will i. And if i
leave for
the night with errors in my code that keep it from compiling, and he kept working on it, he'd either have to fix my errors or make them not
happen (by
commenting things out) or something along those lines before he could

test his changes.

Does that explain better what i was getting at?

We're a fairly small company and before now we've been working on apps
developed primarily by a single developer, with the exception of a few

that
had components in DLLs written by one and the actual app written by

another.
Is the latter approach something i should look into for this

situation?
Thanks for your comments,

Tim

"Jon Paugh" <an*******@discussions.microsoft.com> wrote in message
news:12*****************************@phx.gbl...
> You want to use a version control tool - VSS, CVS, etc.
> This tool will keep a copy of the code in a common place.
> It will also provide a mechanism for your developers to
> share the code - developers checkout the files and when
> they are done they check it in. When they add new files,
> they let the source control tool know about the files.
>
> Otherwise, when one developer changes one file and
> another developer changes another file, you will have to
> somehow figure out yourself how to integrate the two sets
> of code!
>
> Both VSS or CVS and probably any other version control
> tool will keep track of changes to files. You can either
> setup your version control tool to only allow one person
> to checkout a file at a time, or you can allow multiple
> checkouts, but the tool will warn a developer if he tries
> to overwrite someone elses changes (merge tool).
>
> Jon Paugh


Nov 18 '05 #7
But the development server is the only one that has all the files on it, so
it is the one with frontpage extensions configured to use VSS right?
(production server will only have .aspx and .dll files)
And then the rest of the workstations just have to get a local copy of it
from VSS, correct?
WHen i do that, and open the project from the development server, the
changes i made on one of the development machines and then checked in to VSS
are not in the solution. Did i just miss a step?

Maybe i'm just tired and need to go home and try this again in the morning,
but i'm not following very well what i'm doing wrong.

Thanks for your help so far guys.

Tim

"Bryan Donaldson" <br**********************@REMOVETHISmindspring.com > wrote
in message news:%2****************@TK2MSFTNGP09.phx.gbl...
You can get where you want by using the Isolated model discussed above.
Just treat your development server as another development workstation - get the source from VSS and build the project there. When ready, copy the
project to the production server.

"Tim Mulholland" <Ti***********@nospamaddress.com> wrote in message
news:ex*************@TK2MSFTNGP11.phx.gbl...
I followed through that solution on the link you gave me (and through a
bunch of the other links contained therein, and i swear i must be missing
something.
We've got a development server we want the whole project on before we copy it to the webserver when its finalized.
I created the ASP.NET web application on that, and then went into the
Internset Services Manager and turned on Version Control to be external

(and
then chose the location in VSS to save it).
I then (on my development machine) used VSS to get a working copy and i

can
then edit/run/debug that working copy just fine.
If i then check my changes back into VSS, the changes are not propogated
back to the development machine.
I know i'm just missing a step or something, do you see what i did wrong
(sorry if its something stupid, its my first attempt at multi-developer
work)

Tim

"Patrice Scribe" <no****@nowhere.com> wrote in message
news:Oe****************@TK2MSFTNGP12.phx.gbl...
Seee

http://msdn.microsoft.com/library/de...l/tdlg_ch2.asp
and the isolated mode.

The big picture is that each developer gets a copy of the project he can
run
on localhost. He can checkout files to edit them at will and test changes locally avoiding global problems. When changes are ok they are stored back at the central location.

Each developer can get a refresh at will by getting the last version.
It works pretty well for us with just a little disscipline (avoiding checking in changes that won't compile).

Patrice
--

"Tim Mulholland" <Ti***********@nospamaddress.com> a écrit dans le message de news:Oz**************@TK2MSFTNGP12.phx.gbl...
> We've got VSS that we plan to use.
> I guess more of my question was something along the lines of the
> compilation.
>
> I come from an ASP world originally, where everyone could be editing

files
> and replacing them and making changes and testing, and (with the

exception
> of global.asa and things like that) what you changed probably wouldn't > affect another user working on the same project as you, because it

wasn't
> compiled into a common DLL file, each .asp page was run separately.
>
> But now, if we both open the solution at the same time, and make

changes,
we
> can't both be compiling whenever we need to because the other developer will
> likely be injecting errors from time to time, as will i. And if i leave for
> the night with errors in my code that keep it from compiling, and he

kept
> working on it, he'd either have to fix my errors or make them not happen (by
> commenting things out) or something along those lines before he could test
> his changes.
>
> Does that explain better what i was getting at?
>
> We're a fairly small company and before now we've been working on
apps > developed primarily by a single developer, with the exception of a few that
> had components in DLLs written by one and the actual app written by
another.
> Is the latter approach something i should look into for this

situation? >
> Thanks for your comments,
>
> Tim
>
> "Jon Paugh" <an*******@discussions.microsoft.com> wrote in message
> news:12*****************************@phx.gbl...
> > You want to use a version control tool - VSS, CVS, etc.
> > This tool will keep a copy of the code in a common place.
> > It will also provide a mechanism for your developers to
> > share the code - developers checkout the files and when
> > they are done they check it in. When they add new files,
> > they let the source control tool know about the files.
> >
> > Otherwise, when one developer changes one file and
> > another developer changes another file, you will have to
> > somehow figure out yourself how to integrate the two sets
> > of code!
> >
> > Both VSS or CVS and probably any other version control
> > tool will keep track of changes to files. You can either
> > setup your version control tool to only allow one person
> > to checkout a file at a time, or you can allow multiple
> > checkouts, but the tool will warn a developer if he tries
> > to overwrite someone elses changes (merge tool).
> >
> > Jon Paugh
>
>



Nov 18 '05 #8
I just realized somehting else.
When i try to check out one of the files using the development server (or,
more appropriately, using a workstation and opening the project directly on
the development server) i get the error:

"Unable to check out file 'default.aspx.cs'. Server error: There is a
problem with source control integration on your server. Contact your web
server Administrator."

Thoughts?

"Bryan Donaldson" <br**********************@REMOVETHISmindspring.com > wrote
in message news:%2****************@TK2MSFTNGP09.phx.gbl...
You can get where you want by using the Isolated model discussed above.
Just treat your development server as another development workstation - get the source from VSS and build the project there. When ready, copy the
project to the production server.

"Tim Mulholland" <Ti***********@nospamaddress.com> wrote in message
news:ex*************@TK2MSFTNGP11.phx.gbl...
I followed through that solution on the link you gave me (and through a
bunch of the other links contained therein, and i swear i must be missing
something.
We've got a development server we want the whole project on before we copy it to the webserver when its finalized.
I created the ASP.NET web application on that, and then went into the
Internset Services Manager and turned on Version Control to be external

(and
then chose the location in VSS to save it).
I then (on my development machine) used VSS to get a working copy and i

can
then edit/run/debug that working copy just fine.
If i then check my changes back into VSS, the changes are not propogated
back to the development machine.
I know i'm just missing a step or something, do you see what i did wrong
(sorry if its something stupid, its my first attempt at multi-developer
work)

Tim

"Patrice Scribe" <no****@nowhere.com> wrote in message
news:Oe****************@TK2MSFTNGP12.phx.gbl...
Seee

http://msdn.microsoft.com/library/de...l/tdlg_ch2.asp
and the isolated mode.

The big picture is that each developer gets a copy of the project he can
run
on localhost. He can checkout files to edit them at will and test changes locally avoiding global problems. When changes are ok they are stored back at the central location.

Each developer can get a refresh at will by getting the last version.
It works pretty well for us with just a little disscipline (avoiding checking in changes that won't compile).

Patrice
--

"Tim Mulholland" <Ti***********@nospamaddress.com> a écrit dans le message de news:Oz**************@TK2MSFTNGP12.phx.gbl...
> We've got VSS that we plan to use.
> I guess more of my question was something along the lines of the
> compilation.
>
> I come from an ASP world originally, where everyone could be editing

files
> and replacing them and making changes and testing, and (with the

exception
> of global.asa and things like that) what you changed probably wouldn't > affect another user working on the same project as you, because it

wasn't
> compiled into a common DLL file, each .asp page was run separately.
>
> But now, if we both open the solution at the same time, and make

changes,
we
> can't both be compiling whenever we need to because the other developer will
> likely be injecting errors from time to time, as will i. And if i leave for
> the night with errors in my code that keep it from compiling, and he

kept
> working on it, he'd either have to fix my errors or make them not happen (by
> commenting things out) or something along those lines before he could test
> his changes.
>
> Does that explain better what i was getting at?
>
> We're a fairly small company and before now we've been working on
apps > developed primarily by a single developer, with the exception of a few that
> had components in DLLs written by one and the actual app written by
another.
> Is the latter approach something i should look into for this

situation? >
> Thanks for your comments,
>
> Tim
>
> "Jon Paugh" <an*******@discussions.microsoft.com> wrote in message
> news:12*****************************@phx.gbl...
> > You want to use a version control tool - VSS, CVS, etc.
> > This tool will keep a copy of the code in a common place.
> > It will also provide a mechanism for your developers to
> > share the code - developers checkout the files and when
> > they are done they check it in. When they add new files,
> > they let the source control tool know about the files.
> >
> > Otherwise, when one developer changes one file and
> > another developer changes another file, you will have to
> > somehow figure out yourself how to integrate the two sets
> > of code!
> >
> > Both VSS or CVS and probably any other version control
> > tool will keep track of changes to files. You can either
> > setup your version control tool to only allow one person
> > to checkout a file at a time, or you can allow multiple
> > checkouts, but the tool will warn a developer if he tries
> > to overwrite someone elses changes (merge tool).
> >
> > Jon Paugh
>
>



Nov 18 '05 #9
Thank you all for your responses!

Hi Tim,

First of all, I would like to confirm my understanding of your issue. Based
on the discussion, I understand that you need to know how VSS works. If
there is any misunderstanding, please feel free to let me know.

Just as Patrice said, the VSS server keeps all files on it. You can use
File/Source Control/Add Solution to Source Control in the VS.NET menu to
add the current solution to VSS server. Each of developers can have a copy
of all the files or part of the files on their machine by using Get Latest
Version. When developers are making changes to the code, they are actually
modifying the copy of code on their machine. And they are also building and
debugging on their own machine. If the any of the developer has made his
code result in errors, the other developers and the VSS server will not be
affected by him before he has checked in his code with errors. So we
needn't worry about this.

From the error description you have provided, it seems that VSS wasn't
properly installed on your machine. Each developer has to install VSS on
their machine. It is recommended to use Visual Sourcesafe 6.0d, as it works
well with Visual Studio .NET 2003. Please try to reinstall VSS. It will be
better to install VSS after installing VS.NET.

Does this answer your question? If anything is unclear, please feel free to
reply to the post.

Kevin Yu
=======
"This posting is provided "AS IS" with no warranties, and confers no
rights."

Nov 18 '05 #10
Do you have VSS installed on the server ? Was VSS installed from the server
? Do you open the solution "from VSS" and not "from the Web" ?

Also, I'm not sure but we are using file sharing instead of frontpage
extensions. I believe I have seen there are some limitations with frontpage
extensions...

At last you can even have VSS automatically reflect the last changes on some
other location such as a test server. The VSS site has really quite some
usefull resources, I believe I found there the step by step process we
followed to set up our environment and yes we had still some glitches to
overcome before having it right...

Patrice

--

"Tim Mulholland" <Ti***********@nospamaddress.com> a écrit dans le message
de news:%2****************@tk2msftngp13.phx.gbl...
I just realized somehting else.
When i try to check out one of the files using the development server (or,
more appropriately, using a workstation and opening the project directly on the development server) i get the error:

"Unable to check out file 'default.aspx.cs'. Server error: There is a
problem with source control integration on your server. Contact your web
server Administrator."

Thoughts?

"Bryan Donaldson" <br**********************@REMOVETHISmindspring.com > wrote in message news:%2****************@TK2MSFTNGP09.phx.gbl...
You can get where you want by using the Isolated model discussed above.
Just treat your development server as another development workstation - get
the source from VSS and build the project there. When ready, copy the
project to the production server.

"Tim Mulholland" <Ti***********@nospamaddress.com> wrote in message
news:ex*************@TK2MSFTNGP11.phx.gbl...
I followed through that solution on the link you gave me (and through a bunch of the other links contained therein, and i swear i must be missing something.
We've got a development server we want the whole project on before we copy it to the webserver when its finalized.
I created the ASP.NET web application on that, and then went into the
Internset Services Manager and turned on Version Control to be external
(and
then chose the location in VSS to save it).
I then (on my development machine) used VSS to get a working copy and
i
can
then edit/run/debug that working copy just fine.
If i then check my changes back into VSS, the changes are not
propogated back to the development machine.
I know i'm just missing a step or something, do you see what i did wrong (sorry if its something stupid, its my first attempt at multi-developer work)

Tim

"Patrice Scribe" <no****@nowhere.com> wrote in message
news:Oe****************@TK2MSFTNGP12.phx.gbl...
> Seee
>

http://msdn.microsoft.com/library/de...l/tdlg_ch2.asp
> and the isolated mode.
>
> The big picture is that each developer gets a copy of the project he can run
> on localhost. He can checkout files to edit them at will and test

changes
> locally avoiding global problems. When changes are ok they are stored back
> at the central location.
>
> Each developer can get a refresh at will by getting the last
version. It > works pretty well for us with just a little disscipline (avoiding

checking
> in changes that won't compile).
>
> Patrice
>
>
> --
>
> "Tim Mulholland" <Ti***********@nospamaddress.com> a écrit dans le

message
> de news:Oz**************@TK2MSFTNGP12.phx.gbl...
> > We've got VSS that we plan to use.
> > I guess more of my question was something along the lines of the
> > compilation.
> >
> > I come from an ASP world originally, where everyone could be
editing files
> > and replacing them and making changes and testing, and (with the
exception
> > of global.asa and things like that) what you changed probably

wouldn't > > affect another user working on the same project as you, because it
wasn't
> > compiled into a common DLL file, each .asp page was run separately. > >
> > But now, if we both open the solution at the same time, and make
changes,
> we
> > can't both be compiling whenever we need to because the other

developer
> will
> > likely be injecting errors from time to time, as will i. And if i

leave
> for
> > the night with errors in my code that keep it from compiling, and he kept
> > working on it, he'd either have to fix my errors or make them not

happen
> (by
> > commenting things out) or something along those lines before he could test
> > his changes.
> >
> > Does that explain better what i was getting at?
> >
> > We're a fairly small company and before now we've been working on apps > > developed primarily by a single developer, with the exception of a few > that
> > had components in DLLs written by one and the actual app written by > another.
> > Is the latter approach something i should look into for this

situation?
> >
> > Thanks for your comments,
> >
> > Tim
> >
> > "Jon Paugh" <an*******@discussions.microsoft.com> wrote in message
> > news:12*****************************@phx.gbl...
> > > You want to use a version control tool - VSS, CVS, etc.
> > > This tool will keep a copy of the code in a common place.
> > > It will also provide a mechanism for your developers to
> > > share the code - developers checkout the files and when
> > > they are done they check it in. When they add new files,
> > > they let the source control tool know about the files.
> > >
> > > Otherwise, when one developer changes one file and
> > > another developer changes another file, you will have to
> > > somehow figure out yourself how to integrate the two sets
> > > of code!
> > >
> > > Both VSS or CVS and probably any other version control
> > > tool will keep track of changes to files. You can either
> > > setup your version control tool to only allow one person
> > > to checkout a file at a time, or you can allow multiple
> > > checkouts, but the tool will warn a developer if he tries
> > > to overwrite someone elses changes (merge tool).
> > >
> > > Jon Paugh
> >
> >
>




Nov 18 '05 #11

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

1
by: bdj | last post by:
Hello! Can anyone tell me where to read more about best practices about this: Should I put data in a seperate scheme for tables, packages in anoter schema and create a lot of users that have...
22
by: Matthew Louden | last post by:
I want to know why C# doesnt support multiple inheritance? But why we can inherit multiple interfaces instead? I know this is the rule, but I dont understand why. Can anyone give me some concrete...
2
by: Mark | last post by:
Is there a realistic way for some developers on our team to work with multiple projects in a single solution under VSS source control, and have other developers only working with a single project...
32
by: tshad | last post by:
Can you do a search for more that one string in another string? Something like: someString.IndexOf("something1","something2","something3",0) or would you have to do something like: if...
1
by: David L?pez | last post by:
Hi, I'm designing a new website and I'm starting to think about code organization. Until now I've worked in projects that had one solution and one project for the whole website. The question is...
9
by: Abhishek Srivastava | last post by:
Hello All, In IIS 6.0 We have a concept of worker processes and application pools. As I understand it, we can have multiple worker process per appliction pool. Each worker process is dedicated...
0
by: Andy G | last post by:
I'm reading contradicting statements from Microsoft. This is very confusing and I am having a hell of a time with running multiple projects within one solution. From: Team Development with...
9
by: Graham | last post by:
I have been having some fun learning and using the new Controls and methods in .Net 2.0 which will make my life in the future easier and faster. Specifically the new databinding practises and...
6
by: Joseph Geretz | last post by:
I have the following class which I am serializing and passing back and forth between my Web Service application and the client. public class Token : SoapHeader { public string SID; public...
0
by: DolphinDB | last post by:
The formulas of 101 quantitative trading alphas used by WorldQuant were presented in the paper 101 Formulaic Alphas. However, some formulas are complex, leading to challenges in calculation. Take...
0
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
0
by: CloudSolutions | last post by:
Introduction: For many beginners and individual users, requiring a credit card and email registration may pose a barrier when starting to use cloud servers. However, some cloud server providers now...
0
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.