DOCSLIB.ORG

Plastic SCM Platform Plastic SCM Es El Nombre Que Engloba Toda La Gama De Productos De Gestión De Configuración De Códice Software

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Plastic SCM Platform Plastic SCM Es El Nombre Que Engloba Toda La Gama De Productos De Gestión De Configuración De Códice Software Plastic SCM platform Plastic SCM es el nombre que engloba toda la gama de productos de Gestión de Configuración de Códice Software. Se compone de un potente control de versiones y de un sistema configurable para la gestión del ciclo de vida del desarrollo, apo- yado sobre el anterior. El control de versiones es el encargado de guardar la historia de to- dos los elementos del desarrollo. Funciona como una “red de segu- ridad”, permitiendo volver a una configuración anterior, así como trazar quién y qué cambios se han realizado a cualquiera de los elementos. Nuestro objetivo en Códice Software es producir una generación de herramientas fundada en una só- lida base de software de nuevo diseño y adaptada a las actuales tendencias de desarrollo.Las nuevas herramientas que ofrece nuestra empresa se sitúan en un rango de prestaciones/precio no cubierto en el mercado, acercando la tecnología a empresas para las que la oferta actual queda fuera del alcance. El nuevo software se caracteriza por múltiples aspectos novedosos, tanto en su arquitectura como en el modo de manejar la información.La tecnología SCM tiene un valor estratégico en cualquier em- presa que realice desarrollo de software, siendo una piedra angular para coordinar los esfuerzos de cualquier proyecto.Nuestro clientes potenciales son empresas de desarrollo de software, ya sea como su actividad principal (fabricantes de software) o secundaria (departamentos de tecnologías de infor- mación, de informática, desarrollos internos, etc.). Durante el proceso de desarrollo de software se maneja un elevado número de elementos: diagramas, código fuente, ficheros e imágenes que son sometidos a constante cambio. Nuestra herramienta está diseñada para encargarse de automatizar el proceso de control de cambios para mantener la com- plejidad bajo control. Varias décadas después de que apareciesen los primeros sistemas de SCM, aún se pueden observar importantes diferencias entre los productos de alta gama y el resto. Incluso las herramientas con versiones más avanzadas de sistemas disponibles a bajo precio imponen rigurosas restricciones de uso. Características como la gestión de los directorios, la movilidad de los ficheros o los árboles de revisiones más avanzados están sólo disponibles en los sistemas más caros pero estos sistemas suelen basarse en tecnologías obsoletas. El objetivo principal de Códice Software es el de ofrecer a los equipos de desarrolladores lo mejor de los dos extremos: una herramienta de SCM rápida y fácil de manejar pero que incluya un gran número de capacidades. Espacios de trabajo configurables Mediante el uso de reglas, es posible montar diferentes reposito- rios dentro del mismo espacio de trabajo, o especificar reglas de carga diferentes para cada elemento. Con esas reglas se pue- de indicar de qué rama, etiqueta, changeset o fecha será selec- cionado el elemento, así como la rama en la que se crearán los checkouts. Plastic SCM nunca pierde ficheros, si al cambiar las reglas del es- pacio de trabajo los checkouts (archivos modificados) dejasen de ser visibles, su contenido sería automáticamente salvado en el servidor, y podrían ser recuperados posteriormente cuando las re- glas los seleccionen de nuevo. Un control de versiones tradicional podría llegar a sobreescribirlos si el usuario no es cuidadoso. Versionado completo de la estructura del proyecto Si alguna vez ha tenido que reorganizar la estructura de un árbol de código fuente, cuando su desarrollo ya lleva cierto tiempo activo, habrá conocido las limitaciones de la mayoría de con- troles de versiones existentes. Su gestión de renombrados o mo- vimiento de elementos entre directorios suele ser complejo, a veces incluso perdiendo el historial del elemento movido. Para Plastic SCM los directorios son elementos de primer nivel, igual que los ficheros y están completamente versionados permitien- do mover o renombrar elementos sin ningún esfuerzo y siempre conservando intacta la historia de todos los elementos. Excelente soporte de desarrollo paralelo Gracias al modelo de ramas con que se ha diseñado Plastic SCM, los patrones de desarrollo paralelo basados en ramas son fácilmente imple- mentados. Estos patrones ofrecen un mayor aislamiento a los desarrolla- dores, permitiéndoles trabajar sin que sus cambios afecten a los demás miembros del equipo. Internamente, un potente sistema de cálculo de antecesores comunes facilita el trabajo de integración, minimizando el número de conflictos manuales que deben solucionar. En esta misma lí- nea, Plastic ofrece sus propias herramientas de merge y diferencias para ficheros de código fuente y varios formatos binarios (como imágenes). Ciclo de vida del desarrollo configurable Plastic puede ser usado únicamente como control de versiones, o puede emplearse para la gestión completa del ciclo de vida del desarrollo. En este caso integra la gestión de tareas, entregas, tests, resultados de tests y la trazabilidad entre todos ellos, según las prácticas recomendadas por diversos métodos de evaluación de calidad en los desarrollos de software como CMMi. Todo ello apoyado en un motor de workflow completamente configurable. (Aún en desarrollo). Integración con entornos de desarrollo Actualmente, se encuentran operativas las integraciones con los entornos de desarrollo más popula- res, como son Eclipse, para entornos Java / J2EE, y Visual Studio (6 / .NET / 2005) para entornos Windo- ws, así como todos los entornos compatibles con la interfaz SCC de control de código fuente, y hay varias integraciones más en desarrollo. Soporte multiplataforma Los servidores, clientes de línea de comando y la integración con Eclipse están soportados en platfor- mas Windows, Linux y Solaris. Así mismo, los clientes gráficos y las integraciones con SCC, entre las que se encuentra Visual Studio o Microsoft Access, están soportadas en Windows. Completo sistema de seguridad basado en ACLs Otro de los objetivos de diseño de Plastic SCM ha sido la seguridad. Desde los equipos más pequeños, que pueden necesitar limitar el acceso en cierta medida a los desarrolladores menos experimentados, hasta las grandes or- ganizaciones, donde puede existir toda una jerarquía de grupos de trabajo y niveles de acceso, Plastic ofrece un amplio juego de permisos aplicables a cualquier objeto del sistema. Mediante el uso de ACLs heredables (listas de control de acceso), es posible especificar quién tiene acceso y quién no con una alta granularidad (hasta el extremo de poder fijar permisos específicos por cada revisión, llegado el caso). El sistema de usuarios es capaz, por su parte, de tomar la configuración desde directorios LDAP, Active Directory, NIS, o usuarios locales. Nuevas fórmulas de visualización Se han mejorado las posibilidades de visualización de la información contenida en el control de versiones, por ejemplo con la novedosa vista en 3D del árbol de versiones de un elemento. Esta vista permite ver la evolución temporal de un elemento, con todas sus ramas y relaciones, pero haciendo uso de un entorno en tres dimensiones, logrando que la historia de un fi- chero o directorio, a menudo compleja en desarrollos largos, resulte más útil. Soporte Técnico En Códice Software ofrecemos soporte técnico a todos nuestros clientes. Podrá usted contar con nuestra ayu- da para instalar Plastic SCM y adaptar su proceso de Gestión de la Configuración para poder mejorar tanto su productividad como su control sobre el trabajo rea- lizado. RESUMEN COMPARATIVO CVS Subversion Visual SourceSafe IBM Rational Clear- Plastic SCM Case Commits atómicos NO SI NO SI SI (Si una operación de commit es interrumpida, el sistema no que- da en un estado inconsistente) Movimiento y renombrado de NO Renombrado sopor- NO. SI SI. directorios tado. Movimiento Se recrea creando un En Plastic los direc- (¿Soporta el sistema mover di- limitado. nuevo elemento con el torios son elementos rectorios manteniendo la historia nuevo nombre partiendo- versionados de de los ficheros y directorios?) se la historia en dos. primer nivel, como los ficheros Permisos del repositorio NO Limitado. Limitado. Limitado. SI. (¿Es posible dar permisos a Soporta permisos Solo permisos de lectura, Solo permisos de Es posible fijar ACLs a diferentes elementos del repo- WebDAV. escritura, borrado y borra- lectura, escritura, todos los elementos sitorio?) do del repositorio. borrado y borrado del del sistema. repositorio. Soporte de changesets NO SI. NO NO SI. (Los changesets agrupan modifi- Cada commit lleva un De dos maneras (1) caciones en un solo paquete) changeset implícito. Conocer todos los contribuidores SI SI NO SI SI de un fichero línea a línea, para saber de dónde viene cada cambio (annotate) Control de modificaciones no SI. SI. SI. SI. SI. enviadas al servidor Permite ver las Permite ver las dife- Permite ver las diferencias Permite ver las dife- Además de permitir diferencias entre rencias entre lo que entre lo que hay en el es- rencias entre lo que ver las diferencias, es lo que hay en el hay en el espacio de pacio de trabajo y lo que hay en el espacio de capaz de almacenar espacio de tra- trabajo y lo que hay hay en el servidor. trabajo y lo que hay los cambios interme- bajo y lo que hay en el servidor. en el servidor. dios (checkouts) en el en el servidor. servidor. Mensajes de commit por fichero NO NO SI SI SI Capacidad de asociar un men- saje a cada check-in Facilidad de instalación NO Dos modos: instalado SI. NO SI. como un módulo Mediante un paquete de Un simple instalador, y de Apache o con instalación. un wizard de configu- svnserver. ración inicial. Requiere cierto trabajo. Portabilidad SI Muy buena. Unix, Limitada. Mediana. Windows Muy buena. Windows, Windows y MacOS Solo Windows. y UNIX. Unix/Linux y MacOSX Integración con entornos de Visual Studio, Dependiendo del Visual Studio, Microsoft Visual Studio, Eclipse Muy buena. Inte- desarrollo Eclipse. esfuerzo de volunta- Acces graciones con los rios de la comunidad principales entornos open source. de desarrollo y otras herramientas (diseño, ofimática) Soporte técnico NO Consultas a los volun- SI.
Load more

Recommended publications
  • Jenkins Declarative Pipeline Checkout Scm Example
    Jenkins Declarative Pipeline Checkout Scm Example Thor confab improbably. Permissible Augie usually damnify some corolla or name-drops unalike. Nicholas remains scenic: she depressurize her chessels doctors too straight? How they evaluate Git branch name itself a Jenkins pipeline using. 'checkout scm' is a great single line to add maybe your script that checks out the commute the Jenkinsfile is crisp from. Confirmed that were very similar to us to other useful by jenkins declarative pipeline checkout scm example, and seeing that. Jenkins Pipeline Checkout Scm Example abound on Jenkins comjavahometechmywebblobmasterJenkins-Declarative-GitFor OnlineClassroom trainings and. BRANCHNAME JENKINS-4565 Declarative Pipeline Example. Jenkins Stash Example. I've key a jenkins pipeline and bow is pulling the pipeline script from scm. If necessary files in the example pipeline code. Feature Request Parallel Stage name for Declarative. Pipeline Pipeline stage Pipeline Declarative Checkout SCM Pipeline checkout. Jenkins Beginner Tutorial 14 How to setup DELIVERY PIPELINE in Jenkins Step by. In turkey first step 1 we checkout project from GitHub and then build it with Maven 2. How to Use the Jenkins Scripted Pipeline BlazeMeter. In simple words Jenkins Pipeline is a combination of plugins that block the integration and implementation of continuous delivery pipelines using Jenkins A pipeline has an extensible automation server for creating simple less complex delivery pipelines as code via pipeline DSL Domain-specific Language. The Declarative Pipeline example above contains the minimum necessary. That is why science would awake to steam a border more with Jenkins Pipelines to present. How do I of environment variables in Jenkins pipeline? Nodelabel def myRepo checkout scm def gitCommit myRepo.
    [Show full text]
  • Codice Plastic
    Francisco Monteverde “The Cadillac of the SCMs” - eWeek CEO Codice Software www.plasticscm.com [email protected] @plasticscm @plasticscm www.plasticscm.com © 2014 Codice Software Computers, Mobile Phones, Tablets, Internet Services, Video Games, Consoles, Financial Services, Telecommunications, Automobiles, Transportation, Healthcare, Commerce, Distribution, Industrial Manufacturing… … TODAY SOFTWARE IS ALMOST EVERYWHERE….AND INCREASING © 2014 Codice Software VERSION CONTROL IS AN ESSENTIAL FUNCTION WITHIN SOFTWARE DEVELOPMENT © 2014 Codice Software The Problem with Software Development: Limited Productivity, Low Quality Code 1. Development in serial mode (not parallel) creates many dependencies and continuous broken builds 2. Developers need to be connected to central server to use the Version Control tool Distributed Version Control Systems (DVCS) © 2014 Codice Software Introducing Plastic SCM Branching and Merging is GOOD! The Only Commercial Enterprise Distributed Version Control Systems (DVCS) for Teams of Any Size, Enabling Parallel and Distributed Development that works Integrated with Polarion ALM: Closing the GAP between Requirements & Code © 2014 Codice Software Polarion ALM & Plastic SCM Working Together • Plastic SCM integrates with Polarion using “branch per task” and “task per cset” • Branches can be created listing the assigned and open tasks • Alternatively, individual changesets can be linked to Polarion tasks • Quick access from Plastic SCM GUI to Polarion info © 2014 Codice Software Codice Software Company Background Some Global Customers: Funded 2005 Products Plastic SCM & Semantic Merge Investors Bullnet Capital (VC): Valladolid (Spain) & Silicon Valley HQ’s Office Distribution US/Canda, EU, Israel, South Korea © 2014 Codice Software Codice Software in US Developer’s Press Jeff Cogswell Adrian Bridgwater Eric Caoili Heavy Refactoring In Parallel? Plastic SCM 4.0 solution for Plastic SCM is the Cadillac No Problem.
    [Show full text]
  • Altova Umodel 2012 User & Reference Manual
    User and Reference Manual Altova UModel 2012 User & Reference Manual All rights reserved. No parts of this work may be reproduced in any form or by any means - graphic, electronic, or mechanical, including photocopying, recording, taping, or information storage and retrieval systems - without the written permission of the publisher. Products that are referred to in this document may be either trademarks and/or registered trademarks of the respective owners. The publisher and the author make no claim to these trademarks. While every precaution has been taken in the preparation of this document, the publisher and the author assume no responsibility for errors or omissions, or for damages resulting from the use of information contained in this document or from the use of programs and source code that may accompany it. In no event shall the publisher and the author be liable for any loss of profit or any other commercial damage caused or alleged to have been caused directly or indirectly by this document. Published: 2012 © 2012 Altova GmbH UML®, OMG™, Object Management Group™, and Unified Modeling Language™ are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries. Table of Contents 1 UModel 3 2 Introducing UModel 6 3 What's new in UModel 8 4 UModel tutorial 14 4.1 Starting UModel................................................................................................................. 16 4.2 Use cases ................................................................................................................
    [Show full text]
  • Visual Build Help
    Visual Build Professional User's Manual Copyright © 1999-2021 Kinook Software, Inc. Contents I Table of Contents Part I Introduction 1 1 Overview ................................................................................................................................... 1 2 Why Visual................................................................................................................................... Build? 1 3 New Features................................................................................................................................... 2 Version 4 .......................................................................................................................................................... 2 Version 5 .......................................................................................................................................................... 3 Version 6 .......................................................................................................................................................... 4 Version 7 .......................................................................................................................................................... 7 Version 8 .......................................................................................................................................................... 9 Version 9 .........................................................................................................................................................
    [Show full text]
  • Analiza in Prenova Sistema Upravljanja Z Dokumentacijo V Podjetju
    UNIVERZA V LJUBLJANI FAKULTETA ZA RA ČUNALNIŠTVO IN INFORMATIKO Aleksander Pahor ANALIZA IN PRENOVA SISTEMA UPRAVLJANJA Z DOKUMENTACIJO V PODJETJU Diplomsko delo na visokošolskem strokovnem študiju Mentor: dr. Mojca Ciglari č Ljubljana, 2009 I Z J A V A O A V T O R S T V U diplomskega dela Spodaj podpisani/-a ____________________________________, z vpisno številko ____________________________________, sem avtor/-ica diplomskega dela z naslovom: _________________________________________________________________________ _________________________________________________________________________ S svojim podpisom zagotavljam, da: • sem diplomsko delo izdelal/-a samostojno pod mentorstvom (naziv, ime in priimek) ___________________________________________________________________ in somentorstvom (naziv, ime in priimek) ___________________________________________________________________ • so elektronska oblika diplomskega dela, naslov (slov., angl.), povzetek (slov., angl.) ter klju čne besede (slov., angl.) identi čni s tiskano obliko diplomskega dela • soglašam z javno objavo elektronske oblike diplomskega dela v zbirki »Dela FRI«. V Ljubljani, dne ______________ Podpis avtorja/-ice:______________________ Zahvala V prvi vrsti se zahvaljujem svoji mentorici dr. Mojci Ciglari č za potrpljenje, ki ga je izkazala z menoj. Predvsem cenim to, da je bila pripravljena z nekaterimi izdelki po čakati, kar je bilo pogojeno z mojim delom, ki velikokrat ne dopuš ča, da bi se svojim ostalim obveznostim posvetil toliko, kolikor bi si zaslužile. Zahvaljujem se vsem v podjetju Hermes Softlab d.d., ki so mi vedno stali ob strani in mi pomagali odrasti strokovno, poslovno in osebno. Davorju Hvali, ki me je vzel v službo in vsem mojim nadrejenim: Alešu Pestotniku, Primožu Svetku, Mihi Urbaniji in Alešu Koširju, ki so mi zaupali vedno bolj odgovorne naloge, ki so mi omogo čile videti svet in delati na mnogih projektih in podjetjih.
    [Show full text]
  • Opinnäytetyö Ohjeet
    Lappeenrannan–Lahden teknillinen yliopisto LUT School of Engineering Science Tietotekniikan koulutusohjelma Kandidaatintyö Mikko Mustonen PARHAITEN OPETUSKÄYTTÖÖN SOVELTUVAN VERSIONHALLINTAJÄRJESTELMÄN LÖYTÄMINEN Työn tarkastaja: Tutkijaopettaja Uolevi Nikula Työn ohjaaja: Tutkijaopettaja Uolevi Nikula TIIVISTELMÄ LUT-yliopisto School of Engineering Science Tietotekniikan koulutusohjelma Mikko Mustonen Parhaiten opetuskäyttöön soveltuvan versionhallintajärjestelmän löytäminen Kandidaatintyö 2019 31 sivua, 8 kuvaa, 2 taulukkoa Työn tarkastajat: Tutkijaopettaja Uolevi Nikula Hakusanat: versionhallinta, versionhallintajärjestelmä, Git, GitLab, SVN, Subversion, oppimateriaali Keywords: version control, version control system, Git, GitLab, SVN, Subversion, learning material LUT-yliopistossa on tietotekniikan opetuksessa käytetty Apache Subversionia versionhallintaan. Subversionin käyttö kuitenkin johtaa ylimääräisiin ylläpitotoimiin LUTin tietohallinnolle. Lisäksi Subversionin julkaisun jälkeen on tullut uusia versionhallintajärjestelmiä ja tässä työssä tutkitaankin, olisiko Subversion syytä vaihtaa johonkin toiseen versionhallintajärjestelmään opetuskäytössä. Työn tavoitteena on löytää opetuskäyttöön parhaiten soveltuva versionhallintajärjestelmä ja tuottaa sille opetusmateriaalia. Työssä havaittiin, että Git on suosituin versionhallintajärjestelmä ja se on myös suhteellisen helppo käyttää. Lisäksi GitLab on tutkimuksen mukaan Suomen yliopistoissa käytetyin ja ominaisuuksiltaan ja hinnaltaan sopivin Gitin web-käyttöliittymä. Näille tehtiin
    [Show full text]
  • SCM Fernando Berzal, [email protected]
    SCM Fernando Berzal, [email protected] SCM SCM [Software Configuration Management] Terminología Control de cambios Control de versiones Check-in & check-out Herramientas de control de versiones El proceso de gestión de la configuración El plan de gestión de la configuración 1 SCM No matter where you are in the system life cycle, the system will change, and the desire to change it will persist throughout the life cycle. Edward H. Bersoff, Vilas D. Henderson & Stanley G. Siegel: Software Configuration Management: An Investment in Product Integrity 1980 2 SCM Software Configuration Management SCM no es sólo disponer de una herramienta que registre quién hizo qué cambio al código o a la documentación y cuándo lo hizo. SCM también incluye la creación de convenciones sobre el código, políticas y procedimientos que aseguren que todos los “stakeholders” relevantes están involucrados en la realización de cambios sobre el software: Conjunto de actividades realizadas para gestionar los cambios a lo largo del ciclo de vida del software. 3 SCM Cómo informar de un problema con el software. Cómo solicitar la incorporación de un nuevo requisito. Cómo informar de los cambios solicitados y pedir sus opiniones a los “stakeholders” involucrados. Cómo priorizar y planificar las solicitudes de cambios. Cómo mantener bajo control las distintas versiones de los productos (i.e. impedir que puedan cambiarse sin seguir los procedimientos apropiados). 4 SCM Área de proceso clave [KPA] en el nivel 2 del modelo SW-CMM [SEI Capability Maturity Model for Software]. 5 SCM Propósito Mantener la integridad de los productos de un proyecto de desarrollo de software a lo largo de su ciclo de vida.
    [Show full text]
  • Guide 2020 Games from Spain
    GUIDE GAMES 2020 FROM SPAIN Message from the CEO of ICEX Spain Trade and Investment Dear reader, We are proud to present the new edition of our “Guide to Games from Spain”, a publication which provides a complete picture of Spain’s videogame industry and highlights its values and its talent. This publication is your ultimate guide to the industry, with companies of various sizes and profiles, including developers, publishers and services providers with active projects in 2020. GAMES Games from Spain is the umbrella brand created and supported by ICEX Spain Trade and Investment to promote the Spanish videogame industry around the globe. You are cordially invited to visit us at our stands at leading global events, such us Game Con- nection America or Gamescom, to see how Spanish videogames are playing in the best global production league. Looking forward to seeing you soon, ICEX María Peña SPAIN TRADE AND INVESTMENT ICT AND DIGITAL CONTENT DEPARTMENT +34 913 491 871 [email protected] www.icex.es GOBIERNO MINISTERIO DE ESPAÑA DE INDUSTRIA, COMERCIO Y TURISMO EUROPEAN REGIONAL DEVELOPMENT FUND A WAY TO MAKE EUROPE GENERAL INDEX ICEX | DISCOVER GAMES FROM SPAIN 6 SPANISH VIDEOGAME INDUSTRY IN FIGURES 8 INDEX 10 DEVELOPERS 18 PUBLISHERS 262 SERVICES 288 DISCOVER www.gamesfromspain.com GAMES FROM SPAIN Silvia Barraclough Head of Videogames Animation and VR/AR ICEX, Spain Trade and Investment in collaboration with [email protected] DEV, the Spanish association for the development and +34 913 491 871 publication of games and entertainment software, is proud to present its Guide to Games from Spain 2020, the perfect way to discover Spanish games and com- panies at a glance.
    [Show full text]
  • Data Administration
    Data administration Remo Suppi Boldrito PID_00148469 GNUFDL • PID_00148469 Data administration Copyright © 2009, FUOC. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license is included in the section entitled "GNU Free Documentation License" GNUFDL • PID_00148469 Data administration Index Introduction............................................................................................... 5 1. PostgreSQL........................................................................................... 7 1.1. How should we create a DB? ...................................................... 7 1.2. How can we access a DB? ........................................................... 8 1.3. SQL language ............................................................................... 8 1.4. Installing PostgreSQL .................................................................. 10 1.4.1. Post-installation ............................................................. 11 1.4.2. DB users ......................................................................... 12 1.5. Maintenance ................................................................................ 14 1.6. Pgaccess ....................................................................................... 15 2. Mysql.....................................................................................................
    [Show full text]
  • Marktanalyse Quellcodeverwaltung
    Institut für Softwaretechnologie Universität Stuttgart Universitätsstraße 38 D–70569 Stuttgart Fachstudie Nr. 157 Marktanalyse Quellcodeverwaltung Jakob Jarosch Tobias Kuhn Patrick Strobel Studiengang: Softwaretechnik Prüfer: Prof. Dr. Stefan Wagner Betreuer: Dipl.-Ing. Jan-Peter Ostberg Markus Schmidt (flexis AG) begonnen am: 23. April 2012 beendet am: 23. Oktober 2012 CR-Klassifikation: D.2.7 Zusammenfassung Mit Hilfe einer Quellcodeverwaltung lassen sich Dateien bequem versionieren und sichern. Allerdings entwickeln sich auch Quellcodeverwaltungs-Werkzeug mit der Zeit weiter, wor- aus sich entscheidende Unterschiede entwickelt haben; zum Beispiel die Unterscheidung zwischen verteilten und zentralen Systemen. Der Industriepartner, die Flexis AG, setzt zur Zeit das zentrale Subversion als Lösung ein. Flexis vermutet aber, dass eine andere Lösung möglicherweise besser die gewünschte Arbeitsweise unterstützt. Daher beschäftigt sich diese Fachstudie mit einer Analyse der meisten auf dem Markt befindlichen Werkzeuge für die Quellcodeverwaltung. Anhand der Anforderungen des Industriepartners wird zunächst eine Vorauswahl getroffen und die relevantesten Werkzeuge detailliert bewertet. Abschließend wird eine Empfehlung für Flexis ausgesprochen. Abstract Files can be versioned and secured with the aid of a source code management. However, source code management tools advance over time. Therefore, significant differences have evolved, for example the distinction between distributed and centralized systems. The industry partner, the Flexis AG, is currently using the centralized Subversion as a solution. But Flexis assumes that other solutions might possibly support the desired work process better. Therefore this study deals with an analysis of most source code management tools in the market. By means of the requirements of the industry partner initially a pre-selection is made and the most relevant tools are rated in greater detail.
    [Show full text]
  • 1 Finalbuilder Server
    FinalBuilder Server © 2012 VSoft Technologies 2 FinalBuilder Server Table of Contents Foreword 0 Part I FinalBuilder Server 5 1 FinalB.u..i.l.d..e..r. .S..e..r.v..e..r. .O...v..e..r.v..i.e..w................................................................................................ 5 2 Installa..t.i.o..n............................................................................................................................. 5 Requirements .......................................................................................................................................................... 6 Installing FinalB..u...i.l.d..e..r.. .S..e...r.v..e...r. ................................................................................................................................ 6 Post Installati.o..n.. .C...o..n...f.i.g..u...r.a..t..i.o..n.. ........................................................................................................................... 10 Configuration. .a..n..d... .M...a..i.n..t..e..n..a..n...c..e.. ......................................................................................................................... 14 3 Gettin..g.. .S..t.a..r.t.e..d..................................................................................................................... 17 Logging In .......................................................................................................................................................... 18 Creating New . .U..s..e...r.s... ............................................................................................................................................
    [Show full text]
  • Working with Config Files
    Working with config files SQL Source Control has full integration with Git, SVN, TFS and Vault. If you want to customize how SQL Source Control works with these systems, or if you want to use a different source control system (eg Mercurial), you can use a config file. A config file is an XML file that contains command line hooks to automate source control operations (add, edit, delete etc). SQL Source Control can use config files to automate source control operations for any source control system with a command line interface. Preset config files are provided for: Git Mercurial Perforce Plastic SCM You can modify the preset files or create your own. Commands in the config files The preset config files include the following commands: Get latest Updates the local working folder with latest version in source control. Commit Commits all changes in the local working folder to source control. Add Adds new files to the local working copy. Changes can then be committed to source control using the Commit command. Edit Makes the local working copy of the files available for editing. Changes can then be committed to source control using the Commit command. Delete Deletes the files from the local working copy. Changes can then be committed to source control using the Commit command. Revert Undoes changes if an error occurs during a commit. Creating a custom config file To create a custom config file for your source control system: 1. On the Link to Source Control dialog box, on the left, select Custom. 2. Click Manage config files.
    [Show full text]