DOCSLIB.ORG

Git – Présentation Basique Et Non-Exhaustive

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Git – Présentation Basique Et Non-Exhaustive Git – Présentation basique et non-exhaustive Matthieu FOURNET 29 septembre 2021 doc.callmematthi.eu/TOC_Git.html [email protected] Sommaire 1 Le versioning : quoi ? pourquoi ? 2 Git – généralités 3 Git en détail 4 Trucs en vrac 5 Mes $0.02 de dernière minute Git – Présentation basique et non-exhaustive 2/117 Le versioning : quoi ? pourquoi ? Git – Présentation basique et non-exhaustive 3/117 le versionnage (aka “versioning”) mécanisme qui consiste à conserver la version d’une entité logicielle quelconque, de façon à pouvoir la retrouver facilement, même après l’apparition et la mise en place de versions plus récentes. Git – Présentation basique et non-exhaustive 4/117 “versioning” manuel Git – Présentation basique et non-exhaustive 5/117 “versioning” manuel, la méthode CPOLD Git – Présentation basique et non-exhaustive 6/117 “versioning” manuel, la méthode “bavarde” NB : cette méthode décrit les versions successives mais ne permet d’en restaurer aucune. Git – Présentation basique et non-exhaustive 7/117 “versioning” manuel : le problème (1/3) Ces méthodes (et bien d’autres) montrent que : le besoin de “versioning” est réel on a tous fait du CPOLD au moins une fois on a l’impression de versionner, sans le faire réellement faute d’outil dédié : on s’emm***e à versionner manuellement on le fait mal : demande une extrême rigueur pour être (peu) efficace procédé très sensible aux erreurs peu souple coûteux en temps + espace disque + gymnastique intellectuelle inadapté au travail en équipe Git – Présentation basique et non-exhaustive 8/117 “versioning” manuel : le problème (2/3) Il est impossible de versionner manuellement : plusieurs fichiers inter-dépendants sur plusieurs versions avec un historique non linéaire Rappel : “versionner” = être capable de restaurer n’importe quelle version d’une entité logicielle Git – Présentation basique et non-exhaustive 9/117 “versioning” manuel : le problème (3/3) avec 3 fichiers source, en 10 itérations, on a 23 fichiers en partant de la situation présente t10, comment restaurer : t3 ? t8 ? Git – Présentation basique et non-exhaustive 10/117 Un outil de “versioning” : pour quoi faire ? collaboration : travailler à plusieurs sur les mêmes fichiers en même temps synchronisation : le travail de chacun profite à tous traçabilité : qui a changé quoi, quand, comment et pourquoi ? fonction avancées, outil de développement : “backup”/“restore” “undo” isolation des développements (branches) Le “versioning” ne s’applique pas qu’au code et n’est pas réservé aux développeurs. Git – Présentation basique et non-exhaustive 11/117 Historique : quelques outils de “versioning” 1970 : Panvalet 1972 : SCCS 1985 : RVS 1986 : CVS 2000 : BitKeeper, Apache Subversion (SVN) 2003 : darcs 2005 : Git, Mercurial, GNU Bazaar 2007 : Fossil ... (source : https://en.wikipedia.org/wiki/Comparison_of_version-control_software\#History_and_adoption) Git – Présentation basique et non-exhaustive 12/117 Git – généralités Présentations Git vs “rest of the world” Git – Présentation basique et non-exhaustive 13/117 Présentations Git – Présentation basique et non-exhaustive 14/117 Git ... (1/2) est un logiciel libre de “versioning” sous licence GPL v2 a été créé en 2005 par Linus Torvalds (entre autres) en moins de 15 jours pour le code source de Linux (détails ici, là, et là), cap du million de “commits” franchi en mai 2021 est écrit en C est versionné sous Git : https://github.com/git/git Git – Présentation basique et non-exhaustive 15/117 Git ... (2/2) est un logiciel de “versioning” parmi d’autres n’est pas le plus récent est / n’est pas le meilleur logiciel de “versioning” </troll> est le plus populaire actuellement : nombre de questions sur stackoverflow.com (source) Git – Présentation basique et non-exhaustive 16/117 Signification de “git” littéralement (en anglais) : “une personne désagréable ou méprisable” (c’est-à dire : “un c*nnard”, Linus Torvalds ne cherchant pas à être “politiquement correct” à tout prix ;-) Sinon : un mot de 3 lettres, prononçable, et pas déjà utilisé par une commande Unix quand il fonctionne : “Global Information Tracker” quand il ne fonctionne pas : “Goddamn Idiotic Truckload (of sh*t)” Git – Présentation basique et non-exhaustive 17/117 Git vs “rest of the world” Git – Présentation basique et non-exhaustive 18/117 Git vs SVN : gestion des branches les branches font partie du coeur de Git. Leur utilisation est : facile rapide encouragée SVN est moins pratique pour travailler avec des branches : plus long : la création d’une branche implique de dupliquer l’intégralité du dépôt vers un nouveau répertoire (consommation d’espace disque, délai de copie) en pratique, l’espace disque limite le nombre de branches plus compliqué lors du merge Git – Présentation basique et non-exhaustive 19/117 Git vs SVN : Git est décentralisé techniquement, aucun dépôt Git n’a le rôle de “point central” : tous les dépôts interagissent d’égal à égal on fait jouer le rôle de “point central” à l’un des dépôts pour des questions pratiques Git peut assurer ce rôle seul (via CLI + SSH + scripting) ou avec des outils tiers tels que GitLab ou GitHub Git – Présentation basique et non-exhaustive 20/117 Git vs GitHub vs GitLab GitHub : dispo via le web uniquement GitLab : peut être installé en local ajoutent des fonctionnalités à Git : visualisation du dépôt via une interface web : diff, commit, ... pull request, merge request, ... intégration continue + déploiement continu gestion de projets + dépôts + utilisateurs “ticketing” Wiki ... Git – Présentation basique et non-exhaustive 21/117 Git en détail Briques de base Utiliser Git L’historique Les branches Git – Présentation basique et non-exhaustive 22/117 Briques de base Git – Présentation basique et non-exhaustive 23/117 Briques de base (source : NDP Software Git cheatsheet) Stash Workspace (ou Working Directory) Index (ou Staging Area) Local Repository Upstream Repository Git – Présentation basique et non-exhaustive 24/117 Briques de base : Stash . o O (ne pas oublier d’en parler plus tard...) Git – Présentation basique et non-exhaustive 25/117 Briques de base : Working Directory Répertoire et sous-répertoires dans lesquels se trouvent les fichiers suivis par Git c’est ici que l’utilisateur effectue des changements aux fichiers (ajout / modification / suppression) Git peut changer le contenu de cet espace sur demande explicite de l’utilisateur lors d’un changement de branche ou lorsque l’utilisateur consulte un état passé du dépôt Git – Présentation basique et non-exhaustive 26/117 Briques de base : Index Zone tampon dans laquelle l’utilisateur regroupe des changements en vue du prochain commit. équivalent “IRL”:“packaging” dans un entrepôt l’utilisateur peut ajouter ou retirer des changements à l’Index (changement = ajout / modification / suppression) il peut faire cela en une seule ou plusieurs opérations se termine par l’opération de commit Git – Présentation basique et non-exhaustive 27/117 Briques de base : Local Repository Base de données au format texte dans laquelle Git stocke l’historique du dépôt. visible sous la forme d’un répertoire .git dans le Working Directory ne JAMAIS aller farfouiller là-dedans !!! Même si une recherche Google vous a indiqué un moyen “infaillible” de résoudre votre problème. Il existe certainement une commande pour faire la même chose de manière sûre. Git – Présentation basique et non-exhaustive 28/117 Briques de base : Upstream Repository C’est le dépôt “central” géré par GitLab. 1 1. Au sein d’une équipe travaillant sur un projet commun, n’importe quel dépôt Git peut être l’Upstream Repository de n’importe quel autre dépôt (et réciproquement). Cela est rendu possible par la nature décentralisée de Git. En pratique, l’Upstream Repository est la plupart du temps un dépôt centralisé GitLab (ou équivalent). Git – Présentation basique et non-exhaustive 29/117 Briques de base : vue d’ensemble (inspiré de : blog de Rachel M. Carmena) Git – Présentation basique et non-exhaustive 30/117 Utiliser Git Git – Présentation basique et non-exhaustive 31/117 Utiliser Git : cloner un dépôt à faire une seule fois, en commençant à travailler sur le projet télécharge le contenu du dépôt dans le Working Directory télécharge l’historique du dépôt et crée la base locale Git – Présentation basique et non-exhaustive 32/117 Utiliser Git : fichiers suivis et non suivis Git ne versionne que les fichiers explicitement déclarés avec git add utiliser les “wildcards” avec précaution : risque de surcharger le dépôt de fichiers inutiles. Éviter : git add * git add . Git – Présentation basique et non-exhaustive 33/117 Utiliser Git : bonnes pratiques avec git add (1/2) Idéalement, on ne versionne que du texte (code source, scripts, documentation, HTML, CSS, XML, SVG, ...). Git est optimisé pour gérer du texte (compression, recherche, comparaison, fusion, ...). On ne versionne pas les fichiers qui peuvent être obtenus à partir des fichiers versionnés, quel que soit leur type (exécutables compilés : problème de “l’oeuf-ou-la-poule”) Les fichiers “binaires” sont tolérés avec modération (ils alourdissent le dépôt). Si besoin, utiliser des outils tiers. ATTENTION : chaque utilisateur devra télécharger l’intégralité du dépôt (contenu actuel + historique) en rejoignant le projet !!! Git – Présentation basique et non-exhaustive 34/117 Utiliser Git : bonnes pratiques avec git add (2/2) Lorsque la tentation est trop grande de “détourner” Git des cas d’usages “classiques”, il existe des outils dédiés : git-annex : synchronisation de répertoires Git-LFS :“versioning” de gros fichiers binaires Git – Présentation basique et non-exhaustive 35/117 Parenthèse : comment SVN gère et stocke les versions successives d’un fichier (source : git-scm.com) SVN (et d’autres) stocke les informations sous la forme : d’une liste de fichiers et d’une liste de différences Git – Présentation basique et non-exhaustive 36/117 Parenthèse : comment Git gère et stocke les versions successives d’un fichier (source : git-scm.com) Git stocke les informations sous la forme : d’un “snapshot” des fichiers, à chaque commit de références vers les versions précédentes pour les fichiers sans changements Permet à Git de sauter très rapidement d’une version à une autre, quel que soit le temps écoulé entre les 2.
Load more

Recommended publications
  • Attachment F – Scope of Services
    ATTACHMENT F – SCOPE OF SERVICES DRAFT STATEMENT of WORK Project Name: Software Configuration Management Implementation & Training Project Location: Driver & Motor Vehicle (DMV) - IS Headquarters Salem Oregon Agency’s System Application Agency’s Project Manager (“APM”) Manager (“SAM”) Name: Name: Address: Address: Phone: Phone: Fax: Fax: Email: Email: A. PROJECT DESCRIPTION and OVERVIEW of SERVICES Agency is contracting for services in connection with the following: implementation, configuration and training of the CA Endevor Software Configuration Management products (collectively “Endevor SCM”) as identified in this Statement of Work (“SOW”). The purpose of this Project is to implement, configure and train Agency personnel on the Endevor SCM products to automate the process of changing, deploying, and restoring software applications (“Project”). This Project will introduce a standardized, automated, regulated discipline of managing, tracking, and configuring most aspects of the application development process for ODOT’s Driver and Motor Vehicles Services Division (DMV). The Contractor shall provide the Project services identified in the SOW which include planning, analysis, implementation, configuration, migration, work process changes, testing, training/knowledge transfer and other activities required to ensure mastery of the products prior to closing the Project. The implementation of Endevor SCM will support and integrate the platforms and architectures to support the existing DMV business systems. The thorough training of administration and development staff is essential to ensure a successful pilot and roll out of Endevor SCM. Endevor SCM supports library management for source control and protection; version control to prevent code overlay; branching and merging capabilities; and will simplify recovery to prior versions of the source. Endevor SCM will automate many processes and reduce manual intervention to move, promote and restore source code.
    [Show full text]
  • C:\Andrzej\PDF\ABC Nagrywania P³yt CD\1 Strona.Cdr
    IDZ DO PRZYK£ADOWY ROZDZIA£ SPIS TREFCI Wielka encyklopedia komputerów KATALOG KSI¥¯EK Autor: Alan Freedman KATALOG ONLINE T³umaczenie: Micha³ Dadan, Pawe³ Gonera, Pawe³ Koronkiewicz, Rados³aw Meryk, Piotr Pilch ZAMÓW DRUKOWANY KATALOG ISBN: 83-7361-136-3 Tytu³ orygina³u: ComputerDesktop Encyclopedia Format: B5, stron: 1118 TWÓJ KOSZYK DODAJ DO KOSZYKA Wspó³czesna informatyka to nie tylko komputery i oprogramowanie. To setki technologii, narzêdzi i urz¹dzeñ umo¿liwiaj¹cych wykorzystywanie komputerów CENNIK I INFORMACJE w ró¿nych dziedzinach ¿ycia, jak: poligrafia, projektowanie, tworzenie aplikacji, sieci komputerowe, gry, kinowe efekty specjalne i wiele innych. Rozwój technologii ZAMÓW INFORMACJE komputerowych, trwaj¹cy stosunkowo krótko, wniós³ do naszego ¿ycia wiele nowych O NOWOFCIACH mo¿liwoYci. „Wielka encyklopedia komputerów” to kompletne kompendium wiedzy na temat ZAMÓW CENNIK wspó³czesnej informatyki. Jest lektur¹ obowi¹zkow¹ dla ka¿dego, kto chce rozumieæ dynamiczny rozwój elektroniki i technologii informatycznych. Opisuje wszystkie zagadnienia zwi¹zane ze wspó³czesn¹ informatyk¹; przedstawia zarówno jej historiê, CZYTELNIA jak i trendy rozwoju. Zawiera informacje o firmach, których produkty zrewolucjonizowa³y FRAGMENTY KSI¥¯EK ONLINE wspó³czesny Ywiat, oraz opisy technologii, sprzêtu i oprogramowania. Ka¿dy, niezale¿nie od stopnia zaawansowania swojej wiedzy, znajdzie w niej wyczerpuj¹ce wyjaYnienia interesuj¹cych go terminów z ró¿nych bran¿ dzisiejszej informatyki. • Komunikacja pomiêdzy systemami informatycznymi i sieci komputerowe • Grafika komputerowa i technologie multimedialne • Internet, WWW, poczta elektroniczna, grupy dyskusyjne • Komputery osobiste — PC i Macintosh • Komputery typu mainframe i stacje robocze • Tworzenie oprogramowania i systemów komputerowych • Poligrafia i reklama • Komputerowe wspomaganie projektowania • Wirusy komputerowe Wydawnictwo Helion JeYli szukasz ]ród³a informacji o technologiach informatycznych, chcesz poznaæ ul.
    [Show full text]
  • Cumulative Changes from Mainframe Express to Micro Focus Enterprise
    Cumulative Changes from Mainframe Express to Micro Focus Enterprise Developer for Eclipse 7.0 Micro Focus The Lawn 22-30 Old Bath Road Newbury, Berkshire RG14 1QN UK http://www.microfocus.com © Copyright 2021 Micro Focus or one of its affiliates. MICRO FOCUS, the Micro Focus logo and Enterprise Developer are trademarks or registered trademarks of Micro Focus or one of its affiliates. All other marks are the property of their respective owners. 2021-07-28 ii Contents Cumulative Changes from Mainframe Express to Enterprise Developer for Eclipse ............................................................................................................................. 5 About this Guide ..................................................................................................................5 Changes to Compiler Directives, Run-Time Tunables, Library Routines and Environment Variables ............................................................................................................................................ 5 Changes in Alphabetical Order ................................................................................ 6 Changes in Order of Release .................................................................................11 What was New .................................................................................................................. 16 What was New in Enterprise Developer 7.0 ........................................................... 16 What was New in Enterprise Developer 6.0 ..........................................................
    [Show full text]
  • Upgrading to Micro Focus Enterprise Developer 6.0 for Eclipse Micro Focus the Lawn 22-30 Old Bath Road Newbury, Berkshire RG14 1QN UK
    Upgrading to Micro Focus Enterprise Developer 6.0 for Eclipse Micro Focus The Lawn 22-30 Old Bath Road Newbury, Berkshire RG14 1QN UK http://www.microfocus.com © Copyright 2011-2020 Micro Focus or one of its affiliates. MICRO FOCUS, the Micro Focus logo and Enterprise Developer are trademarks or registered trademarks of Micro Focus or one of its affiliates. All other marks are the property of their respective owners. 2020-06-10 ii Contents Upgrading to Enterprise Developer ..................................................................4 Licensing Changes ..............................................................................................................4 Resolving conflicts between reserved keywords and data item names .............................. 4 Importing Existing COBOL Code into Enterprise Developer ...............................................5 Recompile all source code .................................................................................................. 6 Upgrading from Mainframe Express to Enterprise Developer .............................................6 Advantages to upgrading to Enterprise Developer ...................................................6 Approaches to upgrading your applications ............................................................. 7 Considerations when upgrading to Enterprise Developer ........................................ 8 How to upgrade an application created with Mainframe Express to Enterprise Developer ................................................................................................................................
    [Show full text]
  • Modern Mainframe Development and ALM V23 Columns V5.Indd
    Modern Mainframe development and Application Lifecycle Management Cost-effective and easy to implement Enterprise-wide ALM for both mainframe and non-mainframe environments Table of contents Traditional or Modern Mainframe Development .............................................................................5 Program Editor ............................................................................................................................6 On the mainframe ................................................................................................................6 Non-mainframe alternative .................................................................................................6 File System ..................................................................................................................................7 On the mainframe ................................................................................................................7 Non-mainframe alternative .................................................................................................7 Versioning System .......................................................................................................................9 On the mainframe ................................................................................................................9 Non-mainframe alternative .................................................................................................9 Compile Procedure ...................................................................................................................10
    [Show full text]
  • Using IKAN ALM for Devops Bridging Development and Operations Table of Contents Using IKAN ALM for Devops
    Using IKAN ALM for DevOps Bridging Development and Operations Table of contents Using IKAN ALM for DevOps ..............................................................................................................5 IKAN ALM architecture and functionality .........................................................................................5 Life Cycle definition .....................................................................................................................6 Build process ...............................................................................................................................6 Deploy process ............................................................................................................................6 Approval process.........................................................................................................................6 DevOps solutions for diverse environments ....................................................................................7 IKAN ALM and mainframe ...........................................................................................................7 IKAN ALM and distributed development ...................................................................................8 IKAN ALM and a non-standard environment .............................................................................9 The benefits of implementing DevOps ...........................................................................................10 Summary ..........................................................................................................................................12
    [Show full text]
  • ASG Software
    Andrew Baarson Dell Software Inc. MPA Central Sales 850 Asbury Dr Manager Buffalo Grove, IL 60089 Public Software Division tel +1-800-953-2191 fax +1-847-465-3277 [email protected] www.dell.com https://shop.asap.com/ Commonwealth of Pennsylvania Software Licensing Requirements Contract # 4400007199 ASG Software Attachment 1 LIST OF LICENSED PRODUCTS AND FEES The following information may be revised upon mutual agreement of the Commonwealth and the Licensor on a semiannual basis. A. Licensed Product: The Licensed Product includes (list all titles covered by this agreement) _http://www.asg.com/products/productlist.asp (Note: Insert active link if list is extensive.) For all fees paid by the Licensee, Licensor acknowledges the License Fee will be paid to Licensor by the Software Reseller contracted by the Commonwealth of Pennsylvania. Fees are listed in the “Services and Pricing Tables” attached to this Agreement. B. Installation and Configuration Fees (if applicable): The License Fee includes the following (e.g. installation, configuration services, project management support): . N/A . Additional hours may be purchased in accordance with Licensor’s current Price List for such services and/or rate card set forth in the “Services and Pricing Tables”. C. Services Included in License Fee(s) (if applicable): The License Fee includes the following services: . N/A . Additional services may be purchased in accordance with Licensor’s current Price List for such services and/or rate card set forth in the “Services and Pricing Tables”. D. Maintenance and Support Fees: Licensor will make the following Maintenance & Support Services available to the Licensee: Standard Maintenance and Support Services The Licensee shall receive support by phone, email, or if necessary site visits during the duration of the agreement.
    [Show full text]
  • ITN5363-4ADD4.Pdf
    FLORIDA STATE UNIVERSITY PURCHASING DEPARTMENT A1400 UNIVERSITY CENTER TALLAHASSEE FL 32306-2370 ADDENDUM ACKNOWLEDGMENT FORM DATE: December 16, 2009 ADDENDUM NO. 4 Competitive Solicitation Number ITN 5363-4 TITLE: NWRDC Mainframe Software Products INSTRUCTIONS TO RESPONDERS: Attached is additional information pertaining to the Competitive Solicitation. Please read this information carefully and incorporate it into the terms, conditions and specifications submitted with the original solicitation and any prior addendum’s. This cover sheet must be signed by the individual signing the solicitation and returned with this solicitation. CERTIFICATION: This is to certify that I did receive the referenced addendum and have incorporated the terms, conditions, and specifications listed therein into the attached Competitive Solicitation. ___________________________ SIGNED ___________________________ TITLE OF ABOVE 1) Life Cycle: How many stages do they have in their life cycle? The final stage should be PRODuction or something like that. What is the name for each stage and what is the relationship to the predecessor/successor stage? Is an Emergency stage defined and what is its relationship to any standard stage? NWRDC does not utilize ‘life cycle’s’ 2) Components: What is the full list of all the component types i.e. Cobol Source, Assembler Load, CICS Maps, Copybooks, JCL Procedures etc., to be managed in LCM. NWRDC does not know how many programs its customers manage. NWRDC customers do utilize maps, cobol, copybooks and jcl Are any of the component types sub-divided in more than 1 (e.g. Batch Cobol vs CICS Cobol) location this is important because we need to consider these as separate component types.
    [Show full text]
  • Release Notes Micro Focus the Lawn 22-30 Old Bath Road Newbury, Berkshire RG14 1QN UK
    Micro Focus Enterprise Developer 2.3 for Eclipse Release Notes Micro Focus The Lawn 22-30 Old Bath Road Newbury, Berkshire RG14 1QN UK http://www.microfocus.com Copyright © Micro Focus 2012-2015. All rights reserved. MICRO FOCUS, the Micro Focus logo and Enterprise Developer are trademarks or registered trademarks of Micro Focus IP Development Limited or its subsidiaries or affiliated companies in the United States, United Kingdom and other countries. All other marks are the property of their respective owners. 2015-11-09 ii Contents Micro Focus Enterprise Developer 2.3 for Eclipse Release Notes ................ 4 Installing Enterprise Developer ........................................................................................... 5 System Requirements .............................................................................................. 5 Installing Enterprise Developer for Eclipse .............................................................21 z/Server Installation Guide ..................................................................................... 41 Licensing Information ...................................................................................................... 106 To buy and activate a full unlimited license .......................................................... 106 To start Micro Focus License Administration .......................................................106 Installing licenses ................................................................................................. 107 To obtain
    [Show full text]
  • Održavanje Softvera
    ODRŽAVANJE SOFTVERA DEFINICIJA “The process of modifying a software system or component after delivery to correct faults, improve performance or other attributes, or adapt to a changed environment” • 40-90% of the software life cycle cost Osnovne faze razvoja softvera: Uloga odrzavanja u celom zivotnom ciklusu softvera: TIPOVI ODRZAVANJA: Faze razvoja i elementi održavanja u agilnom razvoju softvera: Grupe aktivnosti u održavanju softvera (izvor: Alain April, Jane Huffman Hayes, Alain Abran, and Reiner Dumke: Software Maintenance Maturity Model (SMmm): The software maintenance process model) (izvor: http://www.klariti.com/technical-writing/2011/08/26/software-maintenance-plan/) There are two sides to Software Maintenance Plans – management and technical. Management issues include aligning with customer priorities, resources, setting up maintenance teams, and costs. Technical issues include impact analysis, testing, maintainability measurement. Software Maintenance includes ten activities: 1. Preparation – Describe software preparation and transition activities including the conception and creation of the maintenance plan; describe how to handle problems identified during development and configuration management. 2. Modification – After the application has become the responsibility of the maintenance team, explain how to analyze each request; confirm and check validity; investigate and propose solutions; document the proposal and get the required authorizations to apply the modifications. 3. Implementation – Describe the process for considering the implementation of the modification itself. 4. Acceptance – Describe how the modification is accepted by the maintenance team. 5. Migration – Describe any migration tasks that need to be executed. If the software needs to be moved to another system, outline the steps to do so without impacting its functionality. 6. Transition – Document the sequence of activities to transition the system from Development to Maintenance.
    [Show full text]
  • CA Panvalet Installation Guide
    CA Panvalet® Installation Guide r14.6 Third Edition This Documentation, which includes embedded help systems and electronically distributed materials, (hereinafter referred to as the “Documentation”) is for your informational purposes only and is subject to change or withdrawal by CA at any time. This Documentation may not be copied, transferred, reproduced, disclosed, modified or duplicated, in whole or in part, without the prior written consent of CA. This Documentation is confidential and proprietary information of CA and may not be disclosed by you or used for any purpose other than as may be permitted in (i) a separate agreement between you and CA governing your use of the CA software to which the Documentation relates; or (ii) a separate confidentiality agreement between you and CA. Notwithstanding the foregoing, if you are a licensed user of the software product(s) addressed in the Documentation, you may print or otherwise make available a reasonable number of copies of the Documentation for internal use by you and your employees in connection with that software, provided that all CA copyright notices and legends are affixed to each reproduced copy. The right to print or otherwise make available copies of the Documentation is limited to the period during which the applicable license for such software remains in full force and effect. Should the license terminate for any reason, it is your responsibility to certify in writing to CA that all copies and partial copies of the Documentation have been returned to CA or destroyed. TO THE EXTENT PERMITTED BY APPLICABLE LAW, CA PROVIDES THIS DOCUMENTATION “AS IS” WITHOUT WARRANTY OF ANY KIND, INCLUDING WITHOUT LIMITATION, ANY IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, OR NONINFRINGEMENT.
    [Show full text]
  • Micro Focus Mainframe Access Installation Guide 6.0
    Micro Focus Mainframe Access Installation Guide 6.0 Standalone Micro Focus The Lawn 22-30 Old Bath Road Newbury, Berkshire RG14 1QN UK http://www.microfocus.com © Copyright 2012-2020 Micro Focus or one of its affiliates. MICRO FOCUS, the Micro Focus logo and Mainframe Access Installation Guide are trademarks or registered trademarks of Micro Focus or one of its affiliates. All other marks are the property of their respective owners. 2020-06-02 ii Contents Mainframe Access Installation Guide ...............................................................5 Introduction ......................................................................................................................... 5 Communications .......................................................................................................6 Security .................................................................................................................... 7 Data Set Services .................................................................................................... 7 Administration ...........................................................................................................7 Dependent Address Space Services ....................................................................... 8 Mainframe Access Services .....................................................................................8 Migration information ...........................................................................................................8 Migrating from z/Server
    [Show full text]