DOCSLIB.ORG

Discover Knowledge on FLOSS Projects Through Repofinder

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Discover Knowledge on FLOSS Projects Through Repofinder Discover Knowledge on FLOSS Projects Through RepoFinder Francesca Arcelli Fontana1, Riccardo Roveda2 and Marco Zanoni1 1University of Milano-Bicocca, Milano, Italy 2 KIE S.r.l, Milano, Italy Keywords: Knowledge Discovery, Project Discovery, FLOSS Projects, Full-text Search. Abstract: We can retrieve and integrate knowledge of different kinds. In this paper, we focus our attention on FLOSS (Free, Libre and Open Source Software) projects. With this aim, we introduce RepoFinder, a web application we have developed for the discovery, retrieval and analysis of open source software. RepoFinder supports a keyword-based discovery process for FLOSS projects through google-like queries. Moreover, it allows to analyze the projects according to well-known software metrics and other features of the code, and to com- pare some structural aspects of the different projects. In the paper, we focus on the discovery capabilities of RepoFinder, evaluating them on different project categories and comparing them with a well-known search engine as Google. 1 INTRODUCTION aged by different portals and with different versioning technologies, e.g., Git, SVN, Mercurial (HG), CVS, Through the Web we are able to retrieve a huge GNU Bazaar. Moreover, to choose a project for inte- amount of data and information of different kinds. grating a FLOSS component, it is often necessary to Among them FLOSS (Free, Libre and Open Source spend significant time inspecting the project activity, Software) projects and applications are receiving a releases, and web forums or communities explaining continuous increasing interest across different com- strength and weaknesses of these projects. In this tra- munities, both in the industry, public administra- ditional way of evaluating new components to inte- tion and research institutions. FLOSS projects are grate in a software, there is very little knowledge of managed on dedicated web platforms, called Code the quality of the project, design, code and develop- Forges (Squire and Williams, 2012), designed to col- ment team. lect, promote, and categorize FLOSS projects, and We started facing these issues, by developing a to support development teams. Some examples are web application, called RepoFinder. Its aim is to be a Launchpad, Google Code, SourceForge, Github, Bit- platform able to support the discovery, retrieval, anal- bucket and GNU Savannah. Code Forges provide ysis and comparison of FLOSS projects. In the cur- tools and services for distributed development teams, rent development stage, we started supporting FLOSS e.g., version control systems, bug tracking systems, project discovery, retrieval and analysis. RepoFinder web hosting space. Currently, Github hosts more than is currently able to perform the following tasks: ten million software components, and is probably the • Crawling of widely known Code Forges (Github1, largest. SourceForge is one of the first Code Forges, SourceForge2, Launchpad3 and Google Code4), created in 1999, with more than 425,000 projects, all through their APIs or by parsing their web pages. of them fitting a categorization, while Google Code During this activity, projects contained in the hosts about 250,000 projects. Code Forges are indexed, and tagged with labels To find a project satisfying specific requirements, and other available metadata (e.g., tags, forks, we can start from a simple query on a generic search stars), depending on the particular Code Forge. engine or on each Code Forge. In this case, the risk is receiving many useless answers, because FLOSS 1https://github.com project names are often ambiguous and difficult to re- 2http://sourceforge.net cover. Even retrieving the source code of a partic- 3https://launchpad.net ular project can be difficult, because it may be man- 4https://code.google.com Arcelli Fontana F., Roveda R. and Zanoni M.. 485 Discover Knowledge on FLOSS Projects Through RepoFinder. DOI: 10.5220/0005156704850491 In Proceedings of the International Conference on Knowledge Discovery and Information Retrieval (KDIR-2014), pages 485-491 ISBN: 978-989-758-048-2 Copyright c 2014 SCITEPRESS (Science and Technology Publications, Lda.) KDIR2014-InternationalConferenceonKnowledgeDiscoveryandInformationRetrieval Currently, we indexed more than 450,000 projects • SonarQube5 (Arapidis, 2012; Campbell and Pa- and found more than 20,200 labels. papetrou, 2013) • Browsing projects through a search engine based – Similarities: performs different types of analy- on simple google-like queries. It is possible to sis, integrating different external tools; exploits search into the projects’ descriptions, names and also Checkstyle and PMD. all the available metadata. The code of the found – Differences: it can be used like a plugin of projects can be retrieved through their version Eclipse; SonarQube does not support projects control system repository. discovery, but every project must be added to • Analysis of the projects’ code. We integrated ex- the system. In addition to Java, it allows ana- ternal software for the computation of metrics and lyzing other languages by integrating different the detection of code smells (Fowler, 1999; Ar- plugins. celli Fontana et al., 2012) in Java code. Cur- • SECONDA (Prez et al., 2012)(Software Ecosys- rently, the following tools are integrated: Check- tem Analysis Dashboard) style (Ivanov and Sopov, 2014), PMD (Dangel, – Similarities: performs analyses and computes 2014) for code smell detection, NICAD (Roy and metrics on locally stored Git repositories. Uses Cordy, 2008) for clone detection, JDepend (Clark- a web GUI to visualize the results. ware Consulting Inc., 2014), Understand (Sci- – Differences: analyzes C code and allows to entific Toolworks, Inc., 2014), JavaNCSS (Lee, download code only using Git. 2014) and another tool developed at our Labo- ratory (ESSeRE-Evolution of Software Systems • Ohloh.net (Black Duck Software, 2014) and Reverse Engineering Lab), called DFMC4J, – Similarities: provides a search engine that use for metrics computation. tags and labels to improve performance. • Integration of data gathered by the code analyz- – Differences: computes few metrics (LOC and ers in a dataset, to be used for statistical analyses. number of commits). In Ohloh, any user can In the resulting dataset, data extracted by the an- freely modify labels, tags and other information alyzers is merged in a uniform format, allowing, about the indexed site. RepoFinder, instead, di- e.g., to compare the analyses performed by differ- rectly reports the information published on the ent tools on the same code artifact. official Code Forge page. • GlueTheros (Robles et al., 2004) In this paper, we describe the functionalities and the architecture of RepoFinder, we summarize the – Similarities: calculates metrics code reposito- amount and characteristics of the projects we in- ries repository and shows results using a Web dexed during the crawling phase, and we evaluate GUI. the discovery capabilities of the tool, by simulating – Differences: supports CVS only. In addiction a FLOSS project discovery use case, repeated on dif- to Java, it analyzes other languages. It does not ferent project categories. support the discovery of new projects. The paper is organized through the following sec- • Complicity (Neu et al., 2011) tions: In Section 2 we describe some related work, in Section 3 we introduce the main functionalities of- – Similarities: computes metrics from a project’s fered by RepoFinder and its software architecture; in repository. Extracts all projects from a single Section 4 we show the data we collected in the crawl- repository. Uses a dashboard to visualize re- ing phase; in Section 5 we evaluate a project discov- sults. ery use case. Finally, in Section 6 we conclude and – Differences: computes only few repository’s outline some future developments. metrics (e.g., number of commits, number of files). It does not support project discovery, but is initialized with an input project ecosys- tem. The supported analyses focus on the con- 2 RELATED WORK tributions the developers give to the ecosystem, rather than the source code and its quality. Other applications exist with functionalities similar to There are also a number of datasets (Van Antwerp the ones of RepoFinder. We cite below some of them, and Madey, 2008; Howison et al., 2006; Gousios, outlining the main similarities and differences with 2013) that gather data coming from different Code our tool. 5http://nemo.sonarqube.org/ 486 DiscoverKnowledgeonFLOSSProjectsThroughRepoFinder Forges, which could be integrated in the crawling and analysis processes of RepoFinder. However, their availability is variable and, unfortunately, some of these data-collection projects are closed. 3 REPOFINDER In this section, we introduce the overall architecture of RepoFinder and we briefly describe its main func- tionalities. 3.1 RepoFinder Functionalities Figure 1: RepoFinder architecture RepoFinder provides five different functionalities: • Crawling: it allows to find FLOSS projects on the • Search engine: indexes the projects collection and different Code Forges, and to save, update and in- performs the query execution. It exploits Lucene6 dex their information in a data store local to the to create and query the projects’ index. application. • Analyzer and project builder: downloads source • Indexing: it allows to obtain better results during code from the projects repositories; builds the the projects search and has been developed using projects and, after running all tools, saves all the the Lucene external
Load more

Recommended publications
  • 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]
  • Configuration Management with Ansible And
    Configuration management with Ansible and Git Paul Waring ([email protected], @pwaring) January 10, 2017 Topics I Configuration management I Version control I Firewall I Apache / nginx I Git Hooks I Bringing it all together Configuration management I Old days: edit files on each server, manual package installation I Boring, repetitive, error-prone I Computers are good at this sort of thing I Automate using shellscripts - doesn’t scale, brittle I Create configuration file and let software do the rest I Less firefighting, more tea-drinking Terminology I Managed node: Machines (physical/virtual) managed by Ansible I Control machine: Runs the Ansible client I Playbook/manifest: Describes how a managed node is configured I Agent: Runs on managed nodes Ansible I One of several options I Free and open source software - GPLv3 I Developed by the community and Ansible Inc. I Ansible Inc now part of RedHat I Support via the usual channels, free and paid Alternatives to Ansible I CfEngine I Puppet, Chef I SaltStack Why Ansible? I Minimal dependencies: SSH and Python 2 I Many Linux distros ship with both I No agents/daemons (except SSH) I Supports really old versions of Python (2.4 / RHEL 5) on nodes I Linux, *BSD, macOS and Windows Why Ansible? I Scales up and down I Gentle learning curve I But. no killer features I A bit like: vim vs emacs Configuration file I Global options which apply to all nodes I INI format I Write once, then leave Configuration file [defaults] inventory= hosts Inventory file I List of managed nodes I Allows overriding of global options on per-node basis I Group similar nodes, e.g.
    [Show full text]
  • MAUS: the MICE Analysis User Software
    RAL-P-2018-007 MAUS: The MICE Analysis User Software R. Asfandiyarov,a R. Bayes,b V. Blackmore,c M. Bogomilov,d D. Colling,c A.J. Dobbs,c F. Drielsma,a M. Drews,h M. Ellis,c M. Fedorov,e P. Franchini,f R. Gardener,g J.R. Greis,f P.M. Hanlet,h C. Heidt,i C. Hunt,c G. Kafka,h Y. Karadzhov,a A. Kurup,c P. Kyberd,g M. Littlefield,g A. Liu,j K. Long,c;n D. Maletic,k J. Martyniak,c S. Middleton,c T. Mohayai,h; j J.J. Nebrensky,g J.C. Nugent,b E. Overton,l V. Pec,l C.E. Pidcott,f D. Rajaram,h;1 M. Rayner,m I.D. Reid,g C.T. Rogers,n E. Santos,c M. Savic,k I. Taylor,f Y. Torun,h C.D. Tunnell,m M.A. Uchida,c V. Verguilov,a K. Walaron,b M. Winter,h S. Wilburl aDPNC, section de Physique, Université de Genève, Geneva, Switzerland bSchool of Physics and Astronomy, Kelvin Building, The University of Glasgow, Glasgow, UK cDepartment of Physics, Blackett Laboratory, Imperial College London, London, UK dDepartment of Atomic Physics, St. Kliment Ohridski University of Sofia, Sofia, Bulgaria eRadboud University of Nijmegen, Netherlands f Department of Physics, University of Warwick, Coventry, UK gBrunel University, Uxbridge, UK hPhysics Department, Illinois Institute of Technology, Chicago, IL, USA iUniversity of California, Riverside, CA, USA j Fermilab, Batavia, IL, USA k Institute of Physics, University of Belgrade, Serbia lDepartment of Physics and Astronomy, University of Sheffield, Sheffield, UK mDepartment of Physics, University of Oxford, Denys Wilkinson Building, Oxford, UK nSTFC Rutherford Appleton Laboratory, Harwell Oxford, Didcot, UK E-mail: [email protected] Abstract: The Muon Ionization Cooling Experiment (MICE) collaboration has developed the MICE Analysis User Software (MAUS) to simulate and analyze experimental data.
    [Show full text]
  • Institutionen För Datavetenskap
    Institutionen f¨ordatavetenskap Department of Computer and Information Science Final thesis Graphical User Interfaces for Distributed Version Control Systems by Kim Nilsson LIU-IDA/LITH-EX-A{08/057{SE 2008{12{05 Linköpings universitet Linköpings universitet SE-581 83 Linköping, Sweden 581 83 Linköping Final thesis Graphical User Interfaces for Distributed Version Control Systems by Kim Nilsson LIU-IDA/LITH-EX-A{08/057{SE 2008{12{05 Supervisor: Anders H¨ockersten, Opera Software Examiner: Henrik Eriksson, MDA Abstract Version control is an important tool for safekeeping of data and collaboration between colleagues. These days, new distributed version control systems are growing increasingly popular as successors to centralized systems like CVS and Subversion. Graphical user interfaces (GUIs) make it easier to interact with version control systems, but GUIs for distributed systems are still few and less mature than those available for centralized systems. The purpose of this thesis was to propose specific GUI ideas to make dis- tributed systems more accessible. To accomplish this, existing version con- trol systems and GUIs were examined. A usage survey was conducted with 20 participants consisting of software engineers. Participants were asked to score various aspects of version control systems according to usage fre- quency and usage difficulty. These scores were combined into an indexof each aspect's \unusability" and thus its need of improvement. The primary problems identified were committing, inspecting the work- ing set, inspecting history and synchronizing. In response, a commit helper, a repository visualizer and a favorite repositories list were proposed, along with several smaller suggestions. These proposals should constitute a good starting point for developing GUIs for distributed version control systems.
    [Show full text]
  • Universidad Polit´Ecnica De Madrid
    UNIVERSIDAD POLITECNICA´ DE MADRID ESCUELA TECNICA´ SUPERIOR DE INGENIEROS DE TELECOMUNICACION´ DEPARTAMENTO DE INGENIER´IA DE SISTEMAS TELEMATICOS´ T´ıtulo: “Development of a management system for virtual machines on private clouds” Autor: D. Mattia Peirano Tutor: D. Juan Carlos Due˜nasL´opez Departamento: Departamento de Ingenier´ıade Sistemas Telem´aticos Tribunal calificador: Presidente: D. Juan Carlos Due˜nasL´opez Vocal: D. David Fern´andezCambronero Secretario: D. Gabriel Huecas Fern´andez-Toribio Fecha de lectura: 15 de Marzo 2013 Calificaci´on: UNIVERSIDAD POLITECNICA´ DE MADRID ESCUELA TECNICA´ SUPERIOR DE INGENIEROS DE TELECOMUNICACION´ PROYECTO FIN DE CARRERA Development of a management system for virtual machines on private clouds Mattia Peirano 2013 To my sister Acknowledgements During these five years between Politecnico di Torino and Universidad Polit´ecnica de Madrid, I have had the chance to meet many people along the way: some of them have come along with me, others joined just to share a stretch of road together and then follow on their own. I want to begin by expressing my gratitude to those people who made this expe- rience possible. First I want to thank my family that allowed me to embark on this adventure: they supported me during this year away with its ups and downs, and, even from afar, with their great love, they have been present in some way. Thanks to Juan Carlos for allowing me to finish my studies, by welcoming me in his research group. He has been my guiding light since the very beginning of my adventure at the ETSIT, which began with his own lecture on Telematics Ser- vices Architecture.
    [Show full text]
  • Programování Služeb Pro Přenos Hlasu Po Ip Sítích Na Portálech Pro Sdílený Vývoj Aplikací
    PROGRAMOVÁNÍ SLUŽEB PRO PŘENOS HLASU PO IP SÍTÍCH NA PORTÁLECH PRO SDÍLENÝ VÝVOJ APLIKACÍ Bakalářská práce Studijní program: B2646 – Informační technologie Studijní obor: 1802R007 – Informační technologie Autor práce: Martin Bureš Vedoucí práce: Ing. Jana Vitvarová, Ph.D. Liberec 2014 PROGRAMMING SERVICES FOR VOICE OVER IP NETWORKS USING WEB-BASED HOSTING FOR SOFTWARE DEVELOPMENT Bachelor thesis Study programme: B2646 – Information Technology Study branch: 1802R007 – Information Technology Author: Martin Bureš Supervisor: Ing. Jana Vitvarová, Ph.D. Liberec 2014 Poděkování Děkuji Ing. Janě Vitvarové, Ph.D. za vedení mé bakalářské práce a za poskytnutí tohoto tématu, které mi pomohlo rozšířit své poznatky v této oblasti. Abstrakt Bakalářská práce se zabývá tvorbou webového ovládacího rozhraní pro telefonní ústřednu Asterisk s využitím prostředků pro sdílený vývoj aplikací. Na počátku práce jsou použité prostředky komunitního vývoje analyzovány. Další část se zabývá popisem použitých technologií nutných pro správnou funkčnost celého řešení, kterými jsou například skriptovací jazyk PHP, databázový server MySQL a samozřejmě software pro provoz telefonní ústředny – Asterisk. V praktické části se tato práce věnuje návrhu a vytvoření příslušného webového rozhraní. Nedílnou součástí praktické části je i úprava nastavení Asterisku, aby byly jednotlivé komponenty provázané a aby bylo celé řešení funkční. Klíčová slova: VoIP, Asterisk, PHP, ovládací rozhraní, komunitní vývoj Abstract The bachelor thesis deals with the creation of web control interface for Asterisk PBX with resources for shared application development. Used tools for community development are analyzed at the beginning of this work. Another section deals with the description of the technologies necessary for the proper functioning of the entire solution, which is a scripting language such as PHP, MySQL database server, and of course software to operate PBX – Asterisk.
    [Show full text]
  • Version Control Systems, Documentation Management & Helpdesk
    Version Control Systems, Documentation Management & Helpdesk __ .-. | | | |M|_|A|N| |A|a|.|.|<\ |T|r| | | \\ |H|t|M|Z| \\ ”Bookshelf” by | |!| | | \> David S. Issel ”””””””””””””””””” System and Network Administration Revision 2 (2020/21) Table of contents ▶ VCS History ▶ VCS Operations ▶ Hosting VCS UI ▶ Documention Management ▶ Bug-Tracking & Helpdesk Systems VCS History What is it good for?… ▶ dealing with large amount of code ▶ dealing with large development team ▶ trace back issues and incriminating commits what content to version control? ▶ for code, obviously ▶ documentation (Markdown, RST) ▶ web design (CSS) ▶ (anything text-based) even binaries with Git Large File Storage (LFS) –> pointers instead of blobs Two bits of history… ▶ 1st gen: pessimistic ▶ 2nd gen: optimistic ▶ 3rd gen: distributed Pessimistic ▶ Source Code Control System (SCCS) ▶ GNU Revision Control System (RCS) –> file locks Optimistic ▶ Concurrent Versions System (CVS) ▶ Subversion (SVN) ▶ Helix Core (Perforce) –> merging when no conflicts –> fix conflicts manually Distributed VCS // nvie.com How can alice have two git remotes?… (same for david) Distributed ▶ BitKeeper (open-sourced 2016) ▶ Darcs ▶ Mercurial ▶ GIT ▶ GNU Bazaar –> even branches can merge… How to fix conflicts?… ==> you get to edit the conflicting changes manually during commits (very similarly as with CVS) CVS in theory ▶ local copy of remote repository ▶ remote is kind of bare… ▶ commit == push your change to the online and centralized repository ▶ no staging ▶ use tag (branch) to track a (rather
    [Show full text]
  • Introduction À Git
    p. 1 Introduction à Git Guillaume Allègre [email protected] URFIST Lyon 2014 p. 2 Licence Ceative Commons By - SA I Vous êtes libre de I partager reproduire, distribuer et communiquer l'oeuvre I remixer adapter l'oeuvre I d'utiliser cette ÷uvre à des ns commerciales I Selon les conditions suivantes I Attribution Vous devez attribuer l'oeuvre de la manière indiquée par l'auteur de l'oeuvre ou le titulaire des droits (mais pas d'une manière qui suggérerait qu'ils vous soutiennent ou approuvent votre utilisation de l'oeuvre). I Partage à l'identique Si vous modiez, transformez ou adaptez cette oeuvre, vous n'avez le droit de distribuer votre création que sous une licence identique ou similaire à celle-ci. http://creativecommons.org/licenses/by-sa/3.0/deed.fr c Guillaume Allègre <[email protected]>, 2014 p. 3 Contribuer - Réutiliser Ce document est rédigé en LATEX + Beamer. Vous êtes encouragés à réutiliser, reproduire et modier ce document, sous les conditions de la licence Creative Commons, Attribution, Share alike 3.0 précédemment décrite. J'accepte volontiers les remarques, corrections et contributions à ce document. p. 4 Plan de la formation I Les bases de Git I Versionner ses chiers I Travailler à plusieurs I Gérer des branches I Déboguer avec git I Introduction au social coding p. 5 Les bases de Git p. 6 Gestionnaire de versions Points communs I issu du développement : chiers textes et binaires I un projet : un ensemble de chiers et répertoires, interdépendants I archive les versions successives d'un projet I stocke les versions parallèles d'un projet (branches) I facilite le travail collaboratif asynchrone I interface en ligne de commande ; interface graphique optionnelle Diérenciations I centralisé (CVCS) ou distribué (DVCS) I avec ou sans verrou, validation, processus d'intégration..
    [Show full text]
  • PIP-II Technical Workshop Software Development Strategy Discussion
    PIP-II Technical Workshop Software Development Strategy Discussion A Partnership of: Tanya Levshina US/DOE SCD/CPI India/DAE Italy/INFN 1-4 December 2020 UK/UKRI-STFC France/CEA, CNRS/IN2P3 Poland/WUST Outline • Key to successful collaboration in global inter‐organizational software development projects • Selection of a shared repository platform • Project organization 2 1-4 December 2020 PIP-II Technical Workshop Key Ingredients for a Successful Project • Clear understanding of – requirements and scope – roles and roadmap • Communication and ongoing reviews • Documentation • Well structured code • Shared repository 3 1-4 December 2020 PIP-II Technical Workshop Shared code repository • Effectively share code in a managed way to speed up development • Avoid code duplication • Encourage best practices in code development • Improve code quality and provide means for collaboration 4 1-4 December 2020 PIP-II Technical Workshop Open-Source Version Control Software (VCS) Software History Current Repository Atomic Signed Merge Interactive Users Status model Commit revision Tracking Commit First publicly NetBSD, OpenBSD CVS Maintained Client-server No No No No released July 3, but new 1986; based on features not RCS added. Last release from 2008. Subversion Started in Active Client-server Yes No Yes Partial ASF, gcc, SourceForge, FreeBSD, (SVN) 2000 by CVS GoogleCode, PuTTY, Apache OpenOffice, developers TWiki with goal of replacing CVS Mercurial Started by Active Distributed Yes Yes Yes Yes Was used by Facebook and Mozilla at Matt Mackall some point in 2005 GNU Bazaar Canonical Ltd Active Distributed Yes Yes Yes Yes MariaDB, Squid, PyChart, Linux Foundation GIT Started by Active Distributed Yes Yes Yes Yes Linux kernel, Android, Bugzilla, LG, jQuery, Linus DragonFly BSD, GNOME, GNU Emacs, KDE, Torvalds in MySQL, Ericsson, Microsoft, Huawei, April 2005.
    [Show full text]
  • Rapport Projet Ahmed
    ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC RAPPORT DE PROJET PRÉSENTÉ À L’ÉCOLE DE TECHNOLOGIE SUPÉRIEURE COMME EXIGENCE PARTIELLE À L’OBTENTION DE LA MAÎTRISE EN GÉNIE LOGICIEL M.Ing. PAR Ahmed SEDJAI ÉTUDES D’OUTILS DE CONTRÔLE DE LA QUALITE LOGICIEL (LOGICIEL LIBRE) POUR SUPPORTER LES NORMES DE GÉNIE LOGICIEL MONTRÉAL, LE 31 AOÛT 2013 Ahmed Sedjai, 2013 ©Tous droits réservés Cette licence signifie qu’il est interdit de reproduire, d’enregistrer ou de diffuser en tout ou en partie, le présent document. Le lecteur qui désire imprimer ou conserver sur un autre media une partie importante de ce document, doit obligatoirement en demander l’autorisation à l’auteur. Cette licence Creative Commons signifie qu’il est permis de diffuser, d’imprimer ou de sauvegarder sur un autre support une partie ou la totalité de cette œuvre à condition de mentionner l’auteur, que ces utilisations soient faites à des fins non commerciales et que le contenu de l’œuvre n’ait pas été modifié. REMERCIEMENTS Je tiens à remercier particulièrement mon directeur de projet, Monsieur Alain APRIL, pour ses recommandations et ses conseils, sans lesquelles je ne pourrai arriver à un tel résultat. Aussi, d’avoir dirigé et consciencieusement relu mon rapport, de m’avoir permis de participer à un tel projet et tout le soutien accordé. À mes parents, partis trop tôt pour me lire. Je remercie toute ma famille, pour leurs encouragements et leur soutient tout au long de mes études. À ma femme, à mes enfants. Aussi, sans oublier tous mes amis. Merci. ÉTUDES D’OUTILS DE CONTRÔLE DE LA QUALITE LOGICIEL (LOGICIEL LIBRE) POUR SUPPORTER LES NORMES DE GÉNIE LOGICIEL Ahmed SEDJAI RÉSUMÉ Notre projet vise à identifier des logiciels libres qui supportent certaines activités de génie logiciel.
    [Show full text]
  • Panduan Dasar Emacs Untuk Pemula
    Tentang Buku Ini Buku ini adalah pengantar pengoperasian program komputer GNU Emacs untuk pemula dalam bentuk ringkas. Buku ini adalah kumpulan dari 4 artikel bertopik Emacs di situs Linuxku.com. Buku ini diterbitkan dalam bentuk ebook, berlisensi CC BY-SA, dan bisa diunduh secara daring di www.linuxku.com. Buku ini disusun sedemikian rupa agar mudah dicetak sendiri oleh pembaca. Semoga dengan hadirnya buku ini, pembaca di Indonesia bertambah pengetahuan & keterampilan mengoperasikan free software1 di komputernya masing-masing. Detail Buku • Judul: Panduan Dasar Emacs untuk Pemula • Penulis: Ade Malsasa Akbar • Penerbit: www.linuxku.com • Lisensi: Creative Commons Attribution-ShareAlike 3.0 https://creativecommons.org/licenses/by-sa/3.0/ • Jumlah halaman: 35 • Tingkat kesulitan: pemula • Sumber artikel: (1) http://www.linuxku.com/2017/10/panduan-dasar-emacs-untuk- pemula-bagian-1.html (2) http://www.linuxku.com/2017/10/panduan-dasar- emacs-untuk-pemula-bagian-2.html (3) http://www.linuxku.com/2017/11/panduan- dasar-emacs-untuk-pemula-bagian-3.html (4) http://www.linuxku.com/2017/11/panduan-dasar-emacs-untuk-pemula-bagian- 4.html • Disusun dengan: LibreOffice Writer 5.1, Abrowser 50, Pluma 1.12, dan Inkscape 0.91 di atas Trisquel 8.0 GNU/Linux 1 https://www.gnu.org/philosophy/free-sw.html 2 Bagian 1 Tulisan ini untuk Anda yang ingin mencoba Emacs. Anda diharapkan sudah sering memakai penyunting teks lain seperti LibreOffice atau Eclipse sehingga tidak kaget dengan Emacs. Pada Bagian 1 ini, Anda akan belajar apa itu Emacs, apa keunggulannya, alamat unduhannya, dan bagaimana dasar pengoperasiannya, terutama cara menerapkan kunci pintas seperti 'C-x C-f'.
    [Show full text]
  • Git Verstehen Und Nutzen
    Git verstehen und nutzen Stephan Beyer 11. Chemnitzer Linux-Tage 14. M¨arz 2009 (π-Tag) Git 1 / 79 Teil I Einleitung Git 2 / 79 Was ist Git? . ein Versionsverwaltungssystem, oder Software Configuration Management\ (Software-Engineering, " Rational ClearCase, BitKeeper) Source Code Management\ (Darcs) " Source Control Management\ (Wikipedia) " Revision Control System\ (RCS, GNU arch) " Source Code Control System\ (SCCS) " Version Control System\ (CVS, Subversion, Mercurial, " GNU Bazaar, Monotone) Global Information Tracker\ (Linus Torvalds) " Git VCS 3 / 79 Was ist Git? Versionsverwaltung { wozu? Problem Daten ¨andern sich im Laufe der Zeit. Diese Anderungen¨ sollen festgehalten werden. Hilfreich: Wer hat wann was warum ge¨andert? Daten in Programmcode Dateien bspw. Dokumentation Projekten Konfigurationsdateien abstrakt: Objekten Bin¨ardateien Git VCS 4 / 79 Was ist Git? Versionsverwaltung { wozu? F¨ahigkeiten Versionsverwaltung nach Eric S. Raymond Verwaltung von Daten mit Umkehrbarkeit { Zuruckholen¨ bekannter, gespeicherter Zust¨ande, z. B. bei Fehlern oder schlechten Ideen Nebenl¨aufigkeit {F¨ahigkeit, dass viele Personen auch gleichzeitig denselben Code ¨andern durfen,¨ ohne dass Anderungen¨ einer Person einfach verloren gehen Kommentierung { Anderungen¨ k¨onnen kommentiert werden mit Intention, Grunden,¨ Umsetzung, Hinweisen, . Git VCS 5 / 79 Einschub: zwei grobe Begriffe Projekt: Gesamtheit aller Daten (jetzt: Verzeichnisse mit Dateien), die verwaltet werden sollen Repository: dt. Lager, Depot, Repositorium; kurz Repo; ein von einer Versionsverwaltung verwaltetes Projekt Git VCS 6 / 79 Was ist Git? . ein verteiltes oder dezentrales Versionsverwaltungssystem (DVCS): Jeder Nutzer hat eigenes Repo eines Projektes mit der gesamten Geschichte. Jedes Repo kann einen Zustand haben, der sich von den anderen unterscheidet. Neben Git z¨ahlen auch Arch, Bazaar, BitKeeper, Darcs, Mercurial, Monotone zu den DVCS.
    [Show full text]