Comment deux personnes, en même temps que l'édition du même fichier est géré?

Non, ce n'est pas tout à fait correct. Il dépend quelque peu de la version logiciel de contrôle que vous utilisez, mais j'aime Git donc je vais en parler.

Supposons que nous avons un fichier Foo.java:

class Foo {
    public void printAWittyMessage() {
        //TODO: Be witty
    }
}

Alice et Bob à la fois de modifier le fichier. Alice fait ceci:

class Foo {
    public void printAWittyMessage() {
        System.out.println("Alice is the coolest");
    }
}

et Bob fait ceci:

class Foo {
    public void printAWittyMessage() {
        System.out.println("Alice is teh suk");
    }
}

Alice vérifie sa version première. Quand Bob tente de vérifier son, Git va l'avertir qu'il y a un conflit et ne permettent pas à l'engager à être poussé dans le dépôt principal. Bob vient de mettre à jour son dépôt local et résoudre le conflit. Il va obtenir quelque chose comme ceci:

class Foo {
    public void printAWittyMessage() {
<<<<< HEAD:<some git nonsense>
        System.out.println("Alice is the coolest");
=====
        System.out.println("Alice is teh suk");
>>>>> blahdeblahdeblah:<some more git nonsense>
    }
}

La <<<<<, ===== et >>>>> marqueurs indiquant les lignes ont été modifiées simultanément. Bob doit résoudre le conflit d'une façon logique, supprimer les marqueurs, et d'engager le résultat.

De sorte que finalement la vie dans le référentiel est:

Version d'origine -> Alice version -> Bob le conflit, la version fixe.

Pour résumer: le premier à s'engager obtient sans aucun problème, le deuxième à s'engager doit résoudre le conflit avant d'entrer dans le référentiel. Vous ne devriez jamais vous retrouver avec quelqu'un de modifications tabassé automatiquement. Évidemment, Bob peut résoudre le conflit de manière incorrecte, mais la beauté de contrôle de version, c'est que vous pouvez remonter à la mauvaise fixer et réparer.