Разработчики распределенной системы управления исходными текстами Git (http://git-scm.com/) празднуют восемь лет с момента основания проекта. В настоящее время большинство открытых проектов используют в процессе разработки Git, в том числе ядро Linux (http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6...), Android (https://android.googlesource.com/), Libreoffice (http://cgit.freedesktop.org/libreoffice), Systemd (http://cgit.freedesktop.org/systemd), X.Org (http://cgit.freedesktop.org/xorg), Wayland (http://cgit.freedesktop.org/wayland), Mesa (http://cgit.freedesktop.org/mesa/), Gstreamer (http://cgit.freedesktop.org/gstreamer), Wine (http://source.winehq.org/git/wine.git), Debian (http://anonscm.debian.org/gitweb), DragonFly BSD (http://gitweb.dragonflybsd.org/?p=dragonfly.git;a=summary), Perl (http://perl5.git.perl.org/perl.git), Eclipse (http://git.eclipse.org), GNOME (http://git.gnome.org/browse/), KDE (https://projects.kde.org/projects), Qt (http://qt.gitorious.org/), Ruby on Rails (https://github.com/rails/rails), PostgreSQL (http://git.postgresql.org/gitweb/), VideoLAN (http://git.videolan.org), PHP (http://git.php.net/), Xen (http://xenbits.xen.org/gitweb/}), Minix (http://git.minix3.org/). Кроме того, недавно проведённый опрос показал (http://www.linux.com/news/enterprise/systems-management/7152...), что Git используется на более чем 40% коммерческих предприятий, занимающихся разработкой ПО. При этом 25% используют только Git, а остальные комбинируют Git с другими системами, такими как Subversion, Microsoft TFS/VSS и CVS.Разработка Git была инициирована Линусом Торвальдсом и некоторыми разработчиками ядра Linux в апреле 2005 года, после того, как компания BitMover разорвала договорённость предоставлении бесплатного доступа к системе управления версиями BitKeeper, которая использовалась в разработке ядра Linux вплоть до выпуска 2.6.11. Конфликт возник после отказа лаборатории OSDL прекратить разработку открытого инструментария, позволяющего напрямую работать с репозиториями BitKeeper, что нарушало изначальное соглашение между разработчиками ядра и компанией BitMover.
После прекращения возможности использования BitKeeper Линус Торвальдс попытался найти подходящую для разработки ядра систему контроля версий, и склонялся к переходу на monotone (http://www.monotone.ca/). Но в итоге все существующие системы его не устроили и было принято решение создать собственную распределенную систему управления исходными текстами, изначально отвечающую всем требованиям разработчиков ядра. За считанные недели был написан первый прототип, состоящий примерно из 1000 строк кода на языке Си. Через 8 месяцев был выпущен (http://www.opennet.me/opennews/art.shtml?num=6675), размер кода в котором превышал начальный прототип в 13 раз.URL: http://www.linux.com/news/enterprise/systems-management/7152...
Новость: http://www.opennet.me/opennews/art.shtml?num=36797
On Wed, 5 Sep 2007, Dmitry Kakurin wrote:
>
> When I first looked at Git source code two things struck me as odd:
> 1. Pure C as opposed to C++. No idea why. Please don't talk about portability,
> it's BS.Ответ Линуса по ссылке: http://thread.gmane.org/gmane.comp.version-control.git/57643...
За это все и любят Линуса. Он честно высказывает свою позицию.
> За это все и любят Линуса. Он честно высказывает свою позицию.Те, кому он это высказывает, вообще-то его не особо любят.
>> За это все и любят Линуса. Он честно высказывает свою позицию.
> Те, кому он это высказывает, вообще-то его не особо любят.Он тебе что мать тереза? Его любят как человека со знаниями и умениями.
Ох и реский этот Линус :) Все его коменты чота сводятся к "ты дятел", "нет, это ты сам тупой". Уже и не помню, чтобы он что-то конструктивно и по делу писал, все его разговоры вокруг да около, или это только я заметил?...
> Ох и реский этот Линус :) Все его коменты чота сводятся к
> "ты дятел", "нет, это ты сам тупой". Уже и не помню,
> чтобы он что-то конструктивно и по делу писалНе важно, какой сегодня день, или отмечаете ли вы сегодня какой-нибудь праздник, потому что даже если вы сидите дома, в вашем сыром подвале, один, безо всяких друзей и праздников, я принесу вам дух хорошего настроения: вы можете загрузить Linux-2.6.28 и наполнить ваше сердце счастьем после его компиляции!
Послушайте радостное жужжание вашего жёсткого диска, после того как вы загрузите новое ядро — и, я уверен, если бы ваш компьютер мог бы улыбаться, на его несуществующем лице был бы широкий глуповатый оскал. Так что раз уже вы сидите в своём подвале, подарите праздник вашему компьютеру.
На самом деле, даже если у вас есть друзья или семья, оставьте их с бесконечной вознёй с индейкой или рождественным окороком, а ночью, когда они пойдут спать, вы можете сделать им волшебный подарок: обновлённый компьютер. И на следующее утро, скажите что вы видели Санту, спускавшегося по дымоходу с флешкой в руках, чтобы обновить ОС всем хорошим мальчикам и девочкам.
Ho, ho, ho, Linus "almost Santa" Torvalds
=====
Итак, большинство из вас, скорее всего, будет невыносимо маяться от скуки в Рождество, и вот вам идеальное развлечение. Протестируйте 2.6.15-rc7. Все магазины будут закрыты, и на самом деле не будет лучшего занятия между поеданием пищи.
=====
Когда ты говоришь, "Я написал программу, которая роняет Windows", люди просто тупо смотрят на тебя и отвечают: "Да мне такие программы вместе с системой достались, бесплатно."
Ну как бы есть версия на java которая весьма активно используется. jgit называется.
Она тормозит по сравнению с оригиналом в разы. Причем сам разработчик говорит, что это из-за Java.
никто и не спорит что тормозит (не из-за java как таковой, а из-за невозможности сделать низкоуровневые оптимизации), однако ж многие пользуются (тот же gerrit поверх jgit работает).
> что это из-за Java.http://www.uxmatters.com/mt/archives/2009/11/images/figure_1...
<surcasm>На Ruby же. Плюсы такие же древние как и Си.</surcasm>
> <surcasm>На Ruby же. Плюсы такие же древние как и Си.</surcasm>Раби тоже старенький нонче.
А на чем тогда вот это написано?
http://libgit2.github.com/
там ж ясно написано: pure C implementation
> Вот интересно: а какой-нибудь дятел напишет что git написан на древнем Си
> и надо всё на плюсах переписать?Не на плюсах, а на петоне.
> Не на плюсах, а на петоне.Бидоне. Кому это надо - есть меркуриал. Только на мой вкус он тормозной и мерзкий.
С днём рождения! Расти большой и умный.
Отлично
C днём варенья!
Для меня Git стал откровением, точно так же как vim после nano.
Желаю долгих лет проекту.
А форки будут? Уже восемь лет - пора бы.
Там чего только нет.
cloc git
2313 text files.
2202 unique files.
2187 files ignored.http://cloc.sourceforge.net v 1.56 T=6.0 s (214.8 files/s, 61458.7 lines/s)
--------------------------------------------------------------------------------
Language files blank comment code
--------------------------------------------------------------------------------
C 313 18077 15848 120522
Bourne Shell 702 18884 6776 108942
Perl 49 4262 3926 26186
Tcl/Tk 40 1518 399 10228
C/C++ Header 126 2392 4079 10168
make 14 491 492 3150
Bourne Again Shell 1 164 187 2362
Lisp 2 233 170 1785
Python 13 498 496 1423
m4 2 94 21 965
ASP.Net 9 141 0 942
CSS 2 166 30 773
Javascript 7 203 649 761
Assembly 1 26 100 98
XSLT 7 15 29 80
DOS Batch 1 0 0 1
--------------------------------------------------------------------------------
SUM: 1289 47164 33202 288386
--------------------------------------------------------------------------------
мы это давно автоматизировали.
> При этом 25% компаний используют только Git, а остальные комбинируют Git с другими системами, такими как Subversion, Microsoft TFS/VSS и CVS.А что, mercurial нет? Как так?
> Пока не запилят докачку — он ещё мёртв.да запили уже, что ли. ну, или проходи мимо этого мерзопакостного мёртвого гита.
помимо не самой тривиальной реализации, оная «докачка» просто нафиг никому не упёрлась. для тех, кому «просто посмотреть», есть и shallow clones, и возможность взять просто тарбол. а активные разработчики качают «гигабайтные репозитории» настолько редко, что никто не хочет из-за этого заморачиваться «докачками» (скучной работы дофига, выхлоп мизерный).
p.s. вышанаписаное не значит, что «докачка совершенно не нужна». если кто-то сделает нормальный патч для этого — хорошо: плюс одна возможность. нет — и не надо: она иногда действительно нужна, но не так часто.
