Gestion de la Configuration de Subversion et de l'aide SharePoint
Ok, quand embauché mon entreprise actuelle il y a un an, j'ai été chargé de la migration de nos équipes de développement à partir de VSS. Ils avaient déjà dans leur esprit qu'ils voulaient de la Subversion, et depuis que j'ai eu l'expérience de l'utilisation et la configuration de subversion, j'ai été un bon candidat. J'ai d'abord essayé de vendre TFS, car il woul dhave résolu le problème, je suis en ce moment, mais puisque l'argent est serré, et la Subversion est gratuit... eh bien, vous l'obtenir. De toute façon, j'ai finalisé la propsal et la seule chose qui se dresse sur le chemin, est la suivante.
J'ai proposé que nous ne disposons que notre code source SVN, et l'ensemble de la documentation, release, et d'autres projets artifracts être stockées dans notre portail SharePoint, donc nous n'avons pas à donner non développeur parties intéressées d'avoir accès à SVN. Lorsque j'ai présenté la proposition, tout a été l'exception, mais la question se pose sur la façon de gérer la synchronisation entre les objets (Ex: Comment est le document x version 3.1.2 associés avec la version 4.5.2). Ma première réaction est de créer une section dans le SharePoint porject page pour chaque nouvelle version qui va contenir le artificats (et de garder trace des changements trop). Est-il une meilleure manière de faire ceci? Personne ne sait de toute personne faisant cela? Ou de toute intégration des paquets de synchronisation SVN avec SharePoint?
Voici quelques informations sur le développement des entreprises de l'environnement. Tous nos logiciels sont à usage interne, nous vendons rien de tout cela, afin que nos clients sont tous dans la maison. Nous avons 2 types de développeurs: 1. ceux qui s'occupent de l'entretien et la personnalisation de logiciels de tierce partie, et 2. ceux qui écrivent proprieatry logiciel (qui est l'endroit où je l'automne). Notre logiciel, nous écrire, c'est la plupart du temps .NET, mais la 3ème partie logiciel est tout le conseil d'administration (COBAL, C, FORTRAN, d'Autres conneries qui ne se soucie plus).
Veuillez en informer, car j'ai besoin d'obtenir cette bientôt. JE DÉTESTE VSS!!!!!!!!!! et j'ai besoin de secours!
OriginalL'auteur alanquillin | 2009-04-02
Vous devez vous connecter pour publier un commentaire.
Ce que nous faisons en interne est de mettre tous les docs en vertu de notre système de contrôle de version, je pense que c'est beaucoup plus facile. Alors, bien sûr, vous avez à donner accès à des non-développeurs.
Dans votre cas, l'utilisation de SVN, pourquoi ne mettez vous pas tout à l'intérieur et ensuite utiliser la webinterface de donner accès à des parties prenantes? Il est assez facile pour eux 😛
OriginalL'auteur pablo
Je voudrais utiliser SVN pour les deux documents et le code source.
Avantages:
documents avec les versions de source
code.
pas de deux dépôts de l'administration.
Inconvénients:
les droits d'accès de certains intervenants
les pièces du dossier
les structures.
pour la gestion des documents
Afin de résoudre les éventuelles modifications simultanées à un même document, vous pouvez utiliser SVN propriété svn:needs-lock pour ces éléments, afin de les rendre modifiables par une personne, qui verrouille l'élément.
Que pablo a dit, vous pouvez accéder aux documents (au moins pour les lire) par le biais de l'interface web.
OriginalL'auteur Cătălin Pitiș
Vous pouvez exposer le repo svn via l'interface web et le lier dans sharepoint. De cette façon, les gens qui ont besoin de modifier les documents auraient besoin d'un accès à la subversion, mais n'importe qui pourrait facilement avoir accès aux documents en "lecture seule".
OriginalL'auteur
Dans notre organisation, nous avons docs/artefacts, code tout en SVN et ont donné accès à la non-techniques des parties prenantes, et qui utilisent tortue client.
cependant, vous pouvez regarder l'option suivante
Vous pouvez créer une simple interface web dans ASP.net, configurer qu'un seul utilisateur de sorte que vous n'aurait pas à créer des utilisateurs pour tous les novices parties prenantes et ils auraient accès à la documentation avec un bon contrôle de version, etc. vous pourriez regarder sharpsvn pour la mise en œuvre d'aspect. l'inconvénient de cette approche est que vous pourriez avoir à investir un peu de temps dans le développement de cette application
OriginalL'auteur Vikram
Cette réponse est probablement trop tard pour vous la mise en œuvre, mais le plus simple chemin d'intégration peut être pour stocker les documents dans SVN puis publier Sharepoint avec un svn-crochet.
Construire des artefacts pourraient être publié par programmation la même manière, de vous construire des scripts.
Vous pouvez télécharger des docs pour SharePoint à l'aide d'un simple POSTE de
c'est à dire
http://blogs.msdn.com/rohitpuri/archive/2007/04/10/upload-download-file-to-from-wss-document-library-using-dav.aspx
OriginalL'auteur
Probablement un peu en retard, trop, mais je voudrais éviter de mettre les documents dans le SVN si vous avez un SharePoint configuration du système. Si SVN fait un travail fantastique pour le code source, pour la gestion des documents, il ne fournit pas la facilité d'utilisation de SharePoint. Si vous l'avez déjà installé et vous êtes principalement MS réseau basé sur SharePoint fait beaucoup de sens et peut gérer de contrôle de révision pour le MS en fonction de la documentation beaucoup mieux que SVN.
Oui, vous pouvez gérer l'accès au SVN de documents avec les besoins de verrouillage, mais les chances sont à un certain point, vous aurez un non-développeur qui a besoin d'accéder aux documents. Expliquant SVN pour un non développeur, le non-technophile n'est pas une chose facile.
OriginalL'auteur