Re: Conceptual question about several users using the same "local repository"

On Fri, Oct 10, 2008 at 09:08, Carlos Henrique Da Costa Cano
<hcano_at_pucrs.br> wrote:
>
> In my company we have a discussion about the usaga of Subversion.
>
> After I set the sever (Linux + Apache + auth_ldap(active directory).
>
> The developers started using it…
>
> After some time I checked and the developers was using it in some weird way
> for me.
>
>
>
> The developers make a checkout in a windows network drive.
>
> And the others developers use this networkdrive and in the end "somebody"
> (or maybe the last one in the day) do a commit.
>
> It strike me, maybe I am wrong but I don't feel like this is the best way.

Nope, you're completely right. Here are two examples of what's wrong
with this usage:

How do you prevent 2 users from overwriting each others' changes?
How do you know who was responsible for each change that was committed?

In your current usage, those two questions cannot be answered
definitively. If you're subject to any kind of auditing of your source
code (ISO compliance, Sarbanes Oxley) this *will* send up a HUGE red
flag for the auditors.

> Today this is working but I have the feeling that we are missing something
> or in the future something bad will happen.

Well, you're not guaranteed that "something bad" will happen but that
depends upon your definition of "bad".

You will be losing or negating several of the benefits of/reasons for
using Subversion or any other VCS. And losing portions of your audit
trail/change history

> By my understanding the developers must do a checkout in a each local
> drives, work on it and after make the commit.

That is a much more appropriate usage model, yes.

> Who is right? What are the problems of this "network" several users
> approach?

You are right, IMO. For the problems, see above.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-10-10 18:41:19 CEST