• Save
Shytikov git magic eng
Upcoming SlideShare
Loading in...5

Shytikov git magic eng






Total Views
Views on SlideShare
Embed Views



0 Embeds 0

No embeds



Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
Post Comment
Edit your comment

    Shytikov git magic eng Shytikov git magic eng Presentation Transcript

    • GIT & Github EPAM systems workshop, Nov 2012Alexey Sytikov, EPAM Ukraine http://github.com/shytikov
    • A hook:Unfortunately, I wont be able to change your mind, so I’ll start to insult you immediately .
    • BlaBlaBla! Or if you are fan –be ready for the resistance! the SVN • Git is very fast (I’m fine even with speed) • Git has a local history (What shall I see there that I haven’t seen before???) • Git doesn’t need a server (Hey!!! But I WANT a server!) • Work with Github (Why one more SourceForge is needed?) • High-performance console commands (but I LOVE GUI)
    • «Distributed»is..• Your local computer can save ALL detailed information about your code;• And it’s actively using ALL this detailed information working with the code;• Your local computer can get MUCH MORE detailed information from other computers working on the same project.
    • GIT is a zip fastener!
    • Why the others haven’t thought it up?• Actually, someone had thought it up even before the version control systems appeared;• In Unix source codes used to be kept as a sequence of patch-files (patch routine);• Git — is not the only system, implementing this principle (Mercurial, Baazar, fossil,
    • All the rest are derivatives:• You’re going to enjoy the history of the commits with the specification, which YOU are going to choose (this I can guarantee!)• You’re going to be pleasantly surprised about the operational speed!;• Working methods, which fit Agile methodology perfectly.
    • My actual experience:• Total number of files processed in both CTP3 and CTP5 codebases is around four thousand each;• Total number of objects merged is 1170;• Total number of conflicting files is 140;• Еhe rate of successful merge is about 88% (1170 – 140) / 1170 * 100 = 88%;• Most of conflicts are trivial;• None-trivial — conflicts in about 20 files;
    • http://git-scm.com/