| 1.1, brzm (?), 17:46, 30/09/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> web-сервиса отслеживания ошибок
Ну всё-таки Jira это "система управления проектами", "отслеживания задач" и "построения бизнес-процессов".
| | |
| 1.2, К.О. (?), 18:20, 30/09/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> При этом утверждается, что выбор в пользу Bitbucket был сделан так как компания считает, что система распределенного управления исходными текстами Mercurial лучше чем Git подходит для промышленных решений
По простому говоря mercurial лучше работает под вендой :)
| | |
| |
| |
| 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 ... :-) ..
ну а можно всёже подойти более ответственно :-) :-)
| | |
|
|
|
| |
| 4.8, User294 (ok), 20:18, 30/09/2010 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> к счастью, виндузятники не любят гит :-)
/me рассмтривает это как фичу гита: если проект в гите, есть неплохая вероятность что на его внутренности можно будет смотреть без блевоты, не попадется вьюжлвасик или какая там еще муйня а прогрмеры - более-менее грамотные и адекватные(криворукие и безмозглые быдлокодеры конечно бывают и в линуксе, но их там почему-то намного меньше чем в винде).
| | |
| |
| 5.10, spanasik (ok), 20:25, 30/09/2010 [^] [^^] [^^^] [ответить]
| +/– |
 >> к счастью, виндузятники не любят гит :-)
> /me рассмтривает это как фичу гита
Аналогично
| | |
|
|
|
|
| 1.15, Аноним123321 (ok), 03:58, 02/10/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
что это за такая надпись:
>>>
5 Users
Free
<<<
???
а если больше пользователей?
на GitHub/Launchpad вродебы нет таких ограничений %) %)
..с другой стороны -- глядя на бедненький-возможностями "github" -- мне иногда кажется что даже "trac" предоставляет ито больше функций :-)
| | |
|
