The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Компания Atlassian выкупила хостинг открытых проектов Bitbucket

30.09.2010 15:57

Компания Atlassian, известная разработкой web-сервиса отслеживания ошибок Atlassian JIRA и wiki-движка Confluence, объявила о поглощении хостинга открытых проектов Bitbucket.org, насчитывающего более 60 тыс. пользователей. Ключевым отличием Bitbucket от сервисов подобных GitHub является ориентация на предоставлении доступа к Mercurial-репозиториям.

По заявлению представителей компании Atlassian, покупка хостинга открытых проектов продиктована желанием интегрировать наработки Bitbucket в свои сервисы и таким образом расширить портфолио развиваемых SaaS-продуктов решением для управления конфигурациями. При этом утверждается, что выбор в пользу Bitbucket был сделан так как компания считает, что система распределенного управления исходными текстами Mercurial лучше чем Git подходит для промышленных решений. Компания намерена продолжить бесплатное предоставление хостинга открытым проектам, а также небольшим группам разработчиков, численностью до 5 человек.

  1. Главная ссылка к новости (http://blogs.atlassian.com/new...)
Лицензия: CC-BY
Тип: К сведению
Ключевые слова: Mercurial
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (15) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, brzm (?), 17:46, 30/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > web-сервиса отслеживания ошибок

    Ну всё-таки Jira это "система управления проектами", "отслеживания задач" и "построения бизнес-процессов".

     
  • 1.2, К.О. (?), 18:20, 30/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > При этом утверждается, что выбор в пользу Bitbucket был сделан так как компания считает, что система распределенного управления исходными текстами Mercurial лучше чем Git подходит для промышленных решений

    По простому говоря mercurial лучше работает под вендой :)

     
     
  • 2.3, Пользователь msysgit (?), 18:41, 30/09/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    К счастью, msysgit активно пилят в нужном направлении.
     
     
  • 3.4, К.О. (?), 18:53, 30/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > К счастью, msysgit активно пилят в нужном направлении.

    К сожалению git слишком posix ориентирован.

    Например, имена файлов принципиально хранятся как последовательность байт (без какой-либо информации о кодировке). Это приводит к тому что файлы с именами содержащими не-ascii символы не могут нормально перемещаться между репозиториями win <-> linux.

    Я уже промолчу про то, что msysgit тянет с собой собственно msys.
    Очень неудобно работать в двух шеллах одновременно.

     
     
  • 4.6, Пользователь msysgit (?), 20:12, 30/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Полностью согласен насчёт идиотизма с именами файлов (и костылями для кодировок сообщений коммитов), но насчёт MSYS Вы неправы по двум причинам:
    * В комплекте идёт только минимально необходимый набор бинарей, необходимых для работы.
    * Никто не заставляет работать в упакованном в дистрибутив bash'е -- я, например, вообще один раз только на него посмотрел ради интереса; гит отлично работает из штатного cmd.exe, а если хочется красивостей, то можно запустить git gui и/или gitk оттуда же. Ну и плюс в комплекте идёт Git Cheetah, который встраивается в Explorer. А если оный не нравится, то можно взять Git Extensions или что-нибудь подобное. Другими словами, я бы не сказал, что в моих глазах работа с гитом в винде как-то принципиально отличается от работы с Subversion.
     
     
  • 5.9, К.О. (?), 20:22, 30/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Вы меня не поняли. Мне как раз нравится posix shell, и я его использую (msys)
    Но в msysgit-е своя копия msys которая с моим основным msys-ом не дружит.
     
  • 4.7, User294 (ok), 20:16, 30/09/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Очень неудобно работать в двух шеллах одновременно.

    В винде нормального шелла, извините, нет. CMD - не шелл а пародия на него. А PowerShell (коего по дефолту вообще нет) - мощная пародия на шелл. Еще всякие WSH есть. Не шелл но движок скриптинга. В общем разброд и шатания. Так что msys далеко не самое кривое что есть под виндами. Работает он там своеобразно конечно но даже так это имхо лучше чем cmd, powersh*t и т.п. извращений :). Хотя если честно - еще приятнее послать винды в ... и пользоваться какойнить более нормальной осью с более нормальными интерпретерами.

     
  • 4.12, аноним (?), 20:43, 30/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Например, имена файлов принципиально хранятся как последовательность байт (без какой-либо информации о кодировке). Это приводит к тому что файлы с именами содержащими не-ascii символы не могут нормально перемещаться между репозиториями win <-> linux.

    Это проблемы windows. В реальном мире кодировка одна - utf-8

     
     
  • 5.13, К.О. (?), 21:50, 30/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ололо, расскажи это разработчикам гита,
    которые не осилили преобразование между кодировкой файловой системы и utf-8 ;-)
     
     
  • 6.14, Аноним123321 (ok), 03:51, 02/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    "преобразование между кодировкой файловой системы и utf-8" тут это только вершина айсберга

    нужный полный рефакторинг, где будут различаться сущности, такие как:

    * юникодный-текст, внутри харилища DVCS [например: названия коммитов, авторы коммитов, названия файлов]

    * юникодный текст, сопровождающщий UI для DVCS

    * двоичные (сырые-байтовы) данные, внутри хранилища DVCS [например: содержимое файлов]

    * сущность объекта терминала (терминал может иметь различную кодировку: для аргументов командной строки, для вывода ионформации, для ввода информации) .
    для DVCS -- данный объект должен представлять свой API в юникод-виде а-также-в сыром-байтовом-виде .
    а для операционной системы -- только в той кодеровке которую использует открытый терминал

    * сущность объекта файловой системы (API к файловой системе -- может иметь различную кодировку) .
    для DVCS -- данный объект должен представлять свой API в юникод-виде .
    а для операционной системы ...<ну-во-поняли-;-)>...

    * <???> [может ещё чтото забыл :-D]


    вобщем -- чтобы не реализовывать все эти сущности -- можно представить что всё работает на UTF-8 ... :-) ..

    ну а можно всёже подойти более ответственно :-) :-)

     
  • 3.5, spanasik (ok), 19:13, 30/09/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    к счастью, виндузятники не любят гит :-)
     
     
  • 4.8, User294 (ok), 20:18, 30/09/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > к счастью, виндузятники не любят гит :-)

    /me рассмтривает это как фичу гита: если проект в гите, есть неплохая вероятность что на его внутренности можно будет смотреть без блевоты, не попадется вьюжлвасик или какая там еще муйня а прогрмеры - более-менее грамотные и адекватные(криворукие и безмозглые быдлокодеры конечно бывают и в линуксе, но их там почему-то намного меньше чем в винде).

     
     
  • 5.10, spanasik (ok), 20:25, 30/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> к счастью, виндузятники не любят гит :-)
    > /me рассмтривает это как фичу гита

    Аналогично

     
  • 4.11, Аноним (-), 20:32, 30/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Зато макинтоиды его что-то полюбляют.
     

  • 1.15, Аноним123321 (ok), 03:58, 02/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    что это за такая надпись:

    >>>

    5 Users
    Free
    <<<

    ???

    а если больше пользователей?

    на GitHub/Launchpad вродебы нет таких ограничений %) %)

    ..с другой стороны -- глядя на бедненький-возможностями "github" -- мне иногда кажется что даже "trac" предоставляет ито больше функций :-)

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру