Instructions supplémentaires de contrôle de code source pour les projets et les éditeurs
Il existe un certain nombre d'instructions auxquelles les projets et les éditeurs doivent respecter pour prendre en charge le contrôle de code source.
Indications
Votre projet ou éditeur doit également procéder comme suit pour prendre en charge le contrôle de code source :
Zone |
Projet |
Éditeur |
Détails |
---|---|---|---|
copies privées des fichiers |
X |
|
L'environnement prend en charge des copies privées des fichiers. Autrement dit, chaque personne inscrite dans le projet possède sa propre copie privée des fichiers dans ce projet. |
Persistance ANSI Ou Unicode |
X |
X |
Si vous écrivez le code de persistance, conserver des fichiers au format ANSI car la plupart des programmes de contrôle de source ne prennent actuellement pas en charge Unicode. |
énumérez les fichiers |
X |
|
Le projet doit contenir une liste spécifique de tous les fichiers qu'il contient et doit pouvoir énumérer la liste des fichiers à l'aide de IVsSccProject2 ou GetProperty (VSH_PROPID_First_Child/Next_Sibling). Le projet doit également exposer des noms d'élément par sa recherche d'implémentation d' GetMkDocument et de nom de média (fichiers spéciaux) via son implémentation d' IsDocumentInProject . |
format texte |
X |
X |
Lorsque cela est possible, les fichiers doivent être au format texte pour prendre en charge la fusion de versions différentes. Les fichiers qui ne sont pas au format texte ne peuvent pas être fusionnés avec d'autres versions du fichier ultérieurement. le format texte par défaut est XML. |
Référence-basé |
X |
|
les projets fondés sur sont facilement pris en charge dans le contrôle de code source. Toutefois, les projets basés sur des répertoires sont également pris en charge par le contrôle de code source tant que le projet peut générer une liste de ses fichiers à la demande, indépendamment de ces fichiers existent sur le disque. En ouvrant un projet de contrôle de code source, le fichier projet est réduit d'abord avant l'un de ses fichiers. |
Conserver des objets et des propriétés dans la commande prévisible |
X |
X |
Conserver vos fichiers dans un ordre prévisible, telle que l'ordre alphabétique, faciliter la fusion. |
recharge |
X |
X |
Lors de la modification d'un fichier sur le disque, votre éditeur doit pouvoir le recharger. Lorsque vous participez au contrôle de code source, l'environnement recharge les données que vous en appelant l'implémentation de ReloadDocData . La casse de rechargement la plus difficile est lorsqu'une extraction se produit lorsque vous avez appelé IVsQueryEditQuerySave : : l'QueryEditFiles et gèrent les informations. Toutefois, le code de rechargement doit pouvoir exécuter dans cette situation. L'environnement recharge automatiquement les fichiers projet. Toutefois, un projet doit implémenter IVsPersistHierarchyItem2 s'il a imbriqué des hiérarchies pour prendre en charge recharger les fichiers projet imbriqués. |