[Tfug] Version Control

[Yan]

Also, I was wrong before: git does ship with built-in GUI tools, git-gui (
http://git-scm.com/docs/git-gui) and gitk (http://git-scm.com/docs/gitk),
written by the git project.

- Yan


On Wed, Mar 27, 2013 at 8:10 PM, Yan <zardus at gmail.com> wrote:

> So, a quick intrusion into this flame(ish)war:
>
> 1. There was a question raised about git on large repositories. The linux
> kernel has something like 15 million lines of code. It's in git. There are
> available git repositories for Chromium and Mozilla (although, IIRC, the
> actual development work is done in SVN and Mercurial, respectively).
> However, people *do* complain that git doesn't do well with "very large"
> repositories. Not sure how large, but pretty freaking large.
>
> 2. A single, general diff for any type of file is a somewhat of a crazy
> pipedream. However, git tries:
>
> # git difftool -y -x /path/to/a/differ somefile
>
> For example:
>
> # git init
> Initialized empty Git repository in /home/yans/t/.git/
> # echo one > a
> # git add a
> # git commit -m "first version" a
> [master (root-commit) b37b0fb] first version
>  1 file changed, 1 insertion(+)
>  create mode 100644 a
> # echo two > a
>
> # git difftool -y -x /usr/bin/diff a
> 1c1
> < one
> ---
> > two
>
> # git difftool -y -x /usr/bin/wc a
> 1 1 4 /tmp/JjEC1R_a
> 1 1 4 a
> 2 2 8 total
>
> # git difftool -y -x /bin/echo a
> /tmp/n7tVrk_a a
>
> This doesn't make any assumptions about the content of the file, of
> course. So if you had a video file in git and a video diffing utility
> installed in /usr/bin/magic_video_diff, you would do:
>
> # git difftool -y -x /usr/bin/magic_video_diff myvideo.ogv
>
> You can further specify the specific revisions to diff and so forth, but
> you can read the manpage for that :-). I think that's probably almost as
> close as you can get with a VCS.
>
>
> - Yan
>
>
>
> On Wed, Mar 27, 2013 at 7:19 PM, Glen Pfeiffer <glen at thepfeiffers.net>wrote:
>
>> On 27 Mar 2013, Bexley Hall wrote:
>> > > If you are looking for a monithilic VCS that internally knows
>> > > about every imaginable file type ever created, or envisioned,
>> > > I suggest that you seek suggestions from somewhere other than
>> > > a Unix mailing group.
>> >
>> > I didn't ask for a VCS that did all of those things.
>>
>> You may not have meant to say that, but that is exactly what it
>> sounds like you asked for.
>>
>>
>> > But, I sure as hell don't want a VCS that thinks everything
>> > other than "source code written in USASCII" is not worth
>> > versioning!
>>
>> No one said that these version control systems won't version
>> anything except for code written in USASCII.
>>
>> Do you realize that you have changed your requirements at least
>> two times since you started this thread?
>>
>> At this point you would probably answer your question faster if
>> you used all this time and energy to actually test out the VCS
>> systems available instead of arguing with what we are telling
>> you.
>>
>> --
>> Glen
>>
>>
>> _______________________________________________
>> Tucson Free Unix Group - tfug at tfug.org
>> Subscription Options:
>> http://www.tfug.org/mailman/listinfo/tfug_tfug.org
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://tfug.org/pipermail/tfug_tfug.org/attachments/20130327/4852d0f1/attachment-0002.html>