| 1.1, Аноним (-), 11:12, 12/02/2014 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Чего б вместо этого не интегрироваться с BitBucket, где и JIRA и еще масса всего уже подвязана из коробки, вместо гитхабовой социальщины?
| | |
| |
| |
| 3.11, Аноним (-), 19:19, 12/02/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> потому что немодно )
На счёты тогда переходи. А то компьютерами пользоваться - всего лишь "модно".
| | |
|
| 2.3, ip1981 (ok), 12:18, 12/02/2014 [^] [^^] [^^^] [ответить]
| +2 +/– |
 1. JIRA - срань господня.
2. Нет никаких причин использовать subversion вообще.
| | |
| |
| 3.7, zztop (?), 18:35, 12/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
А при чём здесь subversion? И как он в ваших фантазиях связан с Bitbucket?
Jira связана, это да...
| | |
| |
| 4.16, Аноним (-), 23:36, 12/02/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> А при чём здесь subversion?
При том что если перейти на гит - никаких суперкостылей вообще не потребуется...
| | |
| |
| 5.21, Аноним (-), 05:31, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
>> А при чём здесь subversion?
> При том что если перейти на гит - никаких суперкостылей вообще
> не потребуется...
Вы что, subversion же тоже продукт Apache Foundation. Это же им придётся от собственной поделки отказаться.
| | |
| |
| 6.22, Аноним (-), 15:41, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> от собственной поделки отказаться.
А чего в ней хорошего? Отмотать ревизию занимает туеву хучу времени, а если сервак недоступен - вы вообще пролетаете. Система контроля версий ... хреново контролирует версии. А вот git это делает так, что я поначалу думал что команда не сработала. А это он оказывается за время близкое к нулю выкатывает нужную ревизию в диру с сорцом...
| | |
|
|
|
|
| 2.4, Аноним (-), 17:28, 12/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Того б что люди головой думают а не исходя из принципа "сделаю по-своему", духа несогласия или собственной маргинальности.
| | |
| 2.5, Аноним (-), 17:35, 12/02/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
Наверное потому что сообщество выбрало github вместо битбакетовской маргинальщины.
| | |
| |
| 3.13, Аноним (-), 21:38, 12/02/2014 [^] [^^] [^^^] [ответить]
| +/– |
Во-первых, Атлассиновскую JIRA они и так выбрали.
Во-вторых, атлассиновский же git (BitBucket) это с какой стороны маргинальщина?
| | |
| |
| 4.14, Аноним (-), 21:58, 12/02/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Во-первых, Атлассиновскую JIRA они и так выбрали.
Ну тут можно только посочувствовать, учитывая какое JIRA невыносимое убожество.
> Во-вторых, атлассиновский же git (BitBucket) это с какой стороны маргинальщина?
Начнём с того что bitbucket это прежде всего mercurial хостинг, уже поэтому. Даже если закрыть на это глаза, на bitbucket банально на порядки меньше пользователей чем на github.
И вообще, при чём тут атлассиан? Продукты выбирают по их свойствам, а не по производителю - допустим, чем-то жира им понравилась, но хостинг выбирать только потому что он от того же атлассиана они ни в коем разе не обязаны.
| | |
| |
| 5.17, Аноним (-), 00:27, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– | |
Так речь и идёт именно о свойствах. JIRA с BitBucket интегрирована УЖЕ и крайне качественно, ибо оба продукта от одного разработчика.
>bitbucket это прежде всего mercurial хостинг
А вы, простите за нескромность, прежде всего ребенок вашей мамы или прежде всего вашего папы? BitBucket умеет как в mercurial, так и в git - впервые вижу чтобы это считалось минусом.
| | |
| |
| 6.18, Аноним (-), 02:53, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> BitBucket умеет как в mercurial, так и в git - впервые вижу чтобы это считалось минусом.
Ну плюсом это точно не является, ибо обеспечить полноценную доступность одного репозитория для обеих VCS невозможно, значит в любом случае будет только одна. А вообще, ценность VCS хостинга - не в VCS, а всё-таки в пользователях, а на bitbucket пользователей на порядки меньше чем на github. Пользователей git из них ещё меньше. Собственно и возвращаемся к маргинальщине - сделай они интеграцию с bitbucket, было бы это для галочки и ничего бы им не надо. Сделали интеграцию с github - намного упростили разработчикам жизнь и открыли двери для новых контрибуторов. Всё правильно сделали.
| | |
| |
| 7.19, Аноним (-), 04:06, 13/02/2014 [^] [^^] [^^^] [ответить]
| –1 +/– | |
А в какой момент вдруг появилась задача "обеспечить полноценную доступность одного репозитория для обеих VCS" и у кого именно?
>ценность VCS хостинга - не в VCS, а всё-таки в пользователях
Серьезно? С каких пор хостинг открытых проектов стал фэйсбуком?
| | |
| |
| 8.20, Аноним (-), 05:29, 13/02/2014 [^] [^^] [^^^] [ответить] | +1 +/– | В тот же в который стала плюсом поддержка двух VCS в bitbucket - ни в какой Абс... текст свёрнут, показать | | |
|
|
| 6.26, Аноним (-), 18:22, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> JIRA с BitBucket интегрирована УЖЕ и крайне качественно,
Вот только все это с точки зрения разработчика - "сферическое преимущество в вакууме".
| | |
|
|
|
|
|
| |
| 2.25, Аноним (-), 18:21, 13/02/2014 [^] [^^] [^^^] [ответить]
| +/– | |
> Молодцы. Понимают что нужно сообществу.
Если бы понимали - давно бы svn свой отправили уже в трэш.
| | |
|
| |
| |
| 3.10, Аноним (-), 19:18, 12/02/2014 [^] [^^] [^^^] [ответить]
| +3 +/– |
Так что открытая разработка = github, и никто уже не полезет во всякие замшелые субвершоны, левые джиры и списки рассылки даже чтобы патч прислать, не говоря уже о том чтобы код полистать и сделать мелкий drive-by коммит, а ведь именно с drive-by коммитов люди втягиваются в разработку (о чём ещё Линус говорил недавно). Теперь когда Apache на гитхабе, это возможно. Раньше было не возможно, и не стало бы если бы Apache выбрали не github.
| | |
|
|
|
