Компания Atlassian, известная разработкой web-сервиса отслеживания ошибок Atlassian JIRA (http://www.atlassian.com/software/jira/) и wiki-движка Confluence (http://www.atlassian.com/software/confluence/), объявила (http://blogs.atlassian.com/news/2010/09/atlassian_acquires_b...) о поглощении хостинга открытых проектов Bitbucket.org (http://bitbucket.org/), насчитывающего более 60 тыс. пользователей. Ключевым отличием Bitbucket от сервисов подобных GitHub является ориентация на предоставлении доступа к Mercurial-репозиториям.
По заявлению представителей компании Atlassian, покупка хостинга открытых проектов продиктована желанием интегрировать наработки Bitbucket в свои сервисы и таким образом расширить портфолио развиваемых SaaS-продуктов решением для управления конфигурациями. При этом утверждается, что выбор в пользу Bitbucket был сделан так как компания считает, что система распределенного управления исходными текстами Mercurial лучше че...URL: http://blogs.atlassian.com/news/2010/09/atlassian_acquires_b...
Новость: http://www.opennet.me/opennews/art.shtml?num=28122
> web-сервиса отслеживания ошибокНу всё-таки Jira это "система управления проектами", "отслеживания задач" и "построения бизнес-процессов".
> При этом утверждается, что выбор в пользу Bitbucket был сделан так как компания считает, что система распределенного управления исходными текстами Mercurial лучше чем Git подходит для промышленных решенийПо простому говоря mercurial лучше работает под вендой :)
К счастью, msysgit активно пилят в нужном направлении.
> К счастью, msysgit активно пилят в нужном направлении.К сожалению git слишком posix ориентирован.
Например, имена файлов принципиально хранятся как последовательность байт (без какой-либо информации о кодировке). Это приводит к тому что файлы с именами содержащими не-ascii символы не могут нормально перемещаться между репозиториями win <-> linux.
Я уже промолчу про то, что msysgit тянет с собой собственно msys.
Очень неудобно работать в двух шеллах одновременно.
Полностью согласен насчёт идиотизма с именами файлов (и костылями для кодировок сообщений коммитов), но насчёт MSYS Вы неправы по двум причинам:
* В комплекте идёт только минимально необходимый набор бинарей, необходимых для работы.
* Никто не заставляет работать в упакованном в дистрибутив bash'е -- я, например, вообще один раз только на него посмотрел ради интереса; гит отлично работает из штатного cmd.exe, а если хочется красивостей, то можно запустить git gui и/или gitk оттуда же. Ну и плюс в комплекте идёт Git Cheetah, который встраивается в Explorer. А если оный не нравится, то можно взять Git Extensions или что-нибудь подобное. Другими словами, я бы не сказал, что в моих глазах работа с гитом в винде как-то принципиально отличается от работы с Subversion.
Вы меня не поняли. Мне как раз нравится posix shell, и я его использую (msys)
Но в msysgit-е своя копия msys которая с моим основным msys-ом не дружит.
> Очень неудобно работать в двух шеллах одновременно.В винде нормального шелла, извините, нет. CMD - не шелл а пародия на него. А PowerShell (коего по дефолту вообще нет) - мощная пародия на шелл. Еще всякие WSH есть. Не шелл но движок скриптинга. В общем разброд и шатания. Так что msys далеко не самое кривое что есть под виндами. Работает он там своеобразно конечно но даже так это имхо лучше чем cmd, powersh*t и т.п. извращений :). Хотя если честно - еще приятнее послать винды в ... и пользоваться какойнить более нормальной осью с более нормальными интерпретерами.
> Например, имена файлов принципиально хранятся как последовательность байт (без какой-либо информации о кодировке). Это приводит к тому что файлы с именами содержащими не-ascii символы не могут нормально перемещаться между репозиториями win <-> linux.Это проблемы windows. В реальном мире кодировка одна - utf-8
Ололо, расскажи это разработчикам гита,
которые не осилили преобразование между кодировкой файловой системы и utf-8 ;-)
"преобразование между кодировкой файловой системы и utf-8" тут это только вершина айсберганужный полный рефакторинг, где будут различаться сущности, такие как:
* юникодный-текст, внутри харилища DVCS [например: названия коммитов, авторы коммитов, названия файлов]
* юникодный текст, сопровождающщий UI для DVCS
* двоичные (сырые-байтовы) данные, внутри хранилища DVCS [например: содержимое файлов]
* сущность объекта терминала (терминал может иметь различную кодировку: для аргументов командной строки, для вывода ионформации, для ввода информации) .
для DVCS -- данный объект должен представлять свой API в юникод-виде а-также-в сыром-байтовом-виде .
а для операционной системы -- только в той кодеровке которую использует открытый терминал* сущность объекта файловой системы (API к файловой системе -- может иметь различную кодировку) .
для DVCS -- данный объект должен представлять свой API в юникод-виде .
а для операционной системы ...<ну-во-поняли-;-)>...* <???> [может ещё чтото забыл :-D]
вобщем -- чтобы не реализовывать все эти сущности -- можно представить что всё работает на UTF-8 ... :-) ..ну а можно всёже подойти более ответственно :-) :-)
к счастью, виндузятники не любят гит :-)
> к счастью, виндузятники не любят гит :-)/me рассмтривает это как фичу гита: если проект в гите, есть неплохая вероятность что на его внутренности можно будет смотреть без блевоты, не попадется вьюжлвасик или какая там еще муйня а прогрмеры - более-менее грамотные и адекватные(криворукие и безмозглые быдлокодеры конечно бывают и в линуксе, но их там почему-то намного меньше чем в винде).
>> к счастью, виндузятники не любят гит :-)
> /me рассмтривает это как фичу гитаАналогично
Зато макинтоиды его что-то полюбляют.
что это за такая надпись:>>>
5 Users
Free
<<<???
а если больше пользователей?
на GitHub/Launchpad вродебы нет таких ограничений %) %)
..с другой стороны -- глядя на бедненький-возможностями "github" -- мне иногда кажется что даже "trac" предоставляет ито больше функций :-)