|
Git ?
|
|||
---|---|---|---|
#18+
Arm79Потому что сервера нужно разделять по ролям, и не городить некий микс серверов на одном.Есть тренд: вместо "много маленьких серверов" один большой + виртуализация, если требуется. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 16:36 |
|
Git ?
|
|||
---|---|---|---|
#18+
Алексей КЕсть тренд: вместо "много маленьких серверов" один большой + виртуализация, если требуется. Не, так низя. Продавцы железа, виндовых операционок и мест в датацентрах с таким трендом категорически не согласны! ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 16:41 |
|
Git ?
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIАлексей КЕсть тренд: вместо "много маленьких серверов" один большой + виртуализация, если требуется. Не, так низя. Продавцы железа, виндовых операционок и мест в датацентрах с таким трендом категорически не согласны! А особенно - владельцы гитхабов и гуглокодов. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 16:44 |
|
Git ?
|
|||
---|---|---|---|
#18+
skyANAАлексей КХранить корпоративные данные в чьём-то облаке, завязывать технологический процесс на Windows LiveID, да и вообще на наличие интернета в офисе - да вы оптимисты-экстремалы. Мне вас жалко. Ты о чём, бедолага? Опомнитесь, потом будет поздно! ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 16:45 |
|
Git ?
|
|||
---|---|---|---|
#18+
Алексей КArm79Потому что сервера нужно разделять по ролям, и не городить некий микс серверов на одном.Есть тренд: вместо "много маленьких серверов" один большой + виртуализация, если требуется. Как ваше утверждение противоречит моему? Или вы решили, что под сервером я имею ввиду физическую железяку? :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 16:46 |
|
Git ?
|
|||
---|---|---|---|
#18+
skyANAАлексей Кпропущено... Я получу какие-нибудь преимущества, если перейду на него с SVN?Ты? Нет конечно.Чудес не бывает? :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 16:47 |
|
Git ?
|
|||
---|---|---|---|
#18+
Arm79Алексей Кпропущено... Есть тренд: вместо "много маленьких серверов" один большой + виртуализация, если требуется. Как ваше утверждение противоречит моему? Или вы решили, что под сервером я имею ввиду физическую железяку? :-)Да, именно об этом я почему-то подумал. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 16:48 |
|
Git ?
|
|||
---|---|---|---|
#18+
Arm79Как ваше утверждение противоречит моему? Или вы решили, что под сервером я имею ввиду физическую железяку? :-) Да, решили. Пока вроде до VPS мы не скатывались, а говорили именно об облачных сервисах поддержки разработчики ПО. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 16:50 |
|
Git ?
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIДа, решили. Пока вроде до VPS мы не скатывались, а говорили именно об облачных сервисах поддержки разработчики ПО. Вы меня неправильно поняли. Если речь идет не об облаке, а о локальном развертывании TFS, то виртуалка тоже вполне себе пойдет. И если возможности ФИЗИЧЕСКОГО сервера позволяют, то на нем вполне можно развернуть и кучу других виртуалок с фичами, нужными для разработки. Но нельзя на одной виртуалке размещать все подряд. Ну а дальше думайте сами, каждый выбирает по себе. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 17:07 |
|
Git ?
|
|||
---|---|---|---|
#18+
Arm79Вы меня неправильно поняли. Если речь идет не об облаке, а о локальном развертывании TFS, то виртуалка тоже вполне себе пойдет. И если возможности ФИЗИЧЕСКОГО сервера позволяют, то на нем вполне можно развернуть и кучу других виртуалок с фичами, нужными для разработки. Но нельзя на одной виртуалке размещать все подряд. Спасибо кэп ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 17:15 |
|
Git ?
|
|||
---|---|---|---|
#18+
EDUARD SAPOTSKIArm79Вы меня неправильно поняли. Если речь идет не об облаке, а о локальном развертывании TFS, то виртуалка тоже вполне себе пойдет. И если возможности ФИЗИЧЕСКОГО сервера позволяют, то на нем вполне можно развернуть и кучу других виртуалок с фичами, нужными для разработки. Но нельзя на одной виртуалке размещать все подряд. Спасибо кэп Майор, бери выше :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 17:18 |
|
Git ?
|
|||
---|---|---|---|
#18+
Какие-то радужные тут у всех отзывы о ТФС. Когда я 2.5 года назад настраивал его у себя на работе (переносили 2008 ТФС на 2010), я понял, жизнь - боль. Например, у меня есть файлик с такими пометками: чтобы заработал CodeCoverage: надо удалить все билды и очистить папку temp чтобы заработал CodeChurn: Должен быть Successed build, Associate Changesets and Work Items = true, Label Sources = true Для coded ui тестов, если есть собщение об ошибке: "Error calling Initialization method for test class", надо установить HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\PerfProc\Performance Disable Performance Counters = 0 и тд и тп И в этом файлике много пунктов Настраивать билды - это то еще удовольствие. Я даже не знаю, где хуже настраивать, в workflow или в *.proj файле. Merge. Надо было ухитриться сделать такой неудобный инструмент для merge. А если переименовать ветку, можно словить такие потрясающие глюки. И нигде ведь не написано "НИКОГДА НЕ ПЕРЕИМЕНОВЫВАЙТЕ branch" Check in. Нафига они сделали так неудобно с 12 версии студии. В 10-й тоже был не идеал, но то что сейчас сделано - ужас... Не люблю чего-то я ТФС) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 17:53 |
|
Git ?
|
|||
---|---|---|---|
#18+
Алексей К, Наверное, лучший способ понять преимущества DVCS - это попробовать на каком-нибудь мелком проекте. Регистрируетесь на BitBucket (например), создаете репозиторий, ставите тортоиз, клонируете репо на свою машину. На всё полчаса с кофием ). Можно вообще только локальный репозиторий сделать, если неохота регистрироваться. Мы сами долго сидели на SVN, пока один из заказчиков не потребовал коммитить доработки в их GIT. Немного поплевались, как положено, но теперь на SVN палкой не загонишь. Причем, я не спец ни разу по гиту, чисто юзер. Из очевидно приятных вещей - возможность мгновенно переключиться на любую ревизию, даже не подключаясь к серверу. Например, когда надо посмотреть какой-то древний релиз. Ветки можно "на лету" создавать, прямо при коммите (если срочно захотелось поэкспериментировать). Минусы - больше телодвижений при отправке (Commit+Push вместо Commit); номера ревизий нечитаемые, но по другому в DVCS и не получится. Моя личная фича #1 - возможность подменить последний коммит. Невнимательный я ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 17:56 |
|
Git ?
|
|||
---|---|---|---|
#18+
ДиезИз очевидно приятных вещей - возможность мгновенно переключиться на любую ревизию, даже не подключаясь к серверу.С помощью "обозреватель хранилища" просмотр конкретных ревизий делается в SVN без особых проблем. Да, нужен коннект к серверу, но я считаю это нормальным. ДиезНапример, когда надо посмотреть какой-то древний релиз. Ветки можно "на лету" создавать, прямо при коммите (если срочно захотелось поэкспериментировать).vs ДиезМинусы - больше телодвижений при отправке (Commit+Push вместо Commit); номера ревизий нечитаемые, но по другому в DVCS и не получится.Проще создание и переключение бранчей, зато сложнее коммит в центральный репозитарий. Нет возможности работать в "блокировочном" режиме. Палка о двух концах, как это всегда бывает. Я бы не сказал, что Git лучше или хуже Svn. Он другой. Остальное вопросы личных предпочтений, особенностей конкретный проектов и организации работы их разработчиков. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 18:21 |
|
Git ?
|
|||
---|---|---|---|
#18+
Алексей Кинструмент был выбран в 2009 году когда поняли, что жить без версионника больше нельзяОй-вей, а до этого как жили? МСУПомнится с пол-годика назад Буч статистику тут подбивал по системам контроля версий. Свою поделку для детворы надо ж как-то двигать. Кто помнит?Мне, бесспорно, до CodeArticles далече, но мое "поделие" коммерчески успешно и им пользуются, например, в Carnegie Mellon, Toshiba и HP. А по теме -- Git крут изнутри (элегантен с инженерной точки зрения), но как инструмент его можно рекомендовать только врагу. Это инструмент, для полного понимания которого нужно обладать знаниями о внутреннем его устройстве, что само по себе очень странно. Ну и UI, спроектированный (а спроектированный ли вообще) укурками. Mercurial не так элегантен внутрях (но тем не менее довольно занятен), но извне прост, логичен, понятен, не требует знания матана для понимания и не позволяет отстрелить себе ногу, в отличие от. Subversion, если он работает и не доставляет проблем, -- вполне себе вариант. Старичок он только. TFS можно рекомендовать только тем, кто нуждается в том, чтобы его за ручку водили евангелисты от Microsoft'а. Целый ALM Suite, который вроде как ничего, но каждая его составляющая сильно слабее (по всем параметрам) конкурентов. CI-сервер -- ничто по сравнению с TeamCity, баг-трекер сильно хуже той же Jira, разные метрики гораздо эффективнее собираются сторонними средствами, система контроля версий -- эдакий SVN (в худшем его проявлении) на костылях со времен VSS. Perforce, говорят, дичайше котируют в геймдеве из-за его могучести в плане больших бинарных файлов. Резюме: или оставаться на SVN, или таки переходить на Mercurial. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 19:04 |
|
Git ?
|
|||
---|---|---|---|
#18+
НахлобучРезюме: или оставаться на SVN, или таки переходить на Mercurial.Ок ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 19:14 |
|
Git ?
|
|||
---|---|---|---|
#18+
НахлобучАлексей Кинструмент был выбран в 2009 году когда поняли, что жить без версионника больше нельзяОй-вей, а до этого как жили?Групповой разработки, как таковой, не было. Каждый работал сам по себе, потом результаты каким-то чудом собирались в общий релиз. Страшные были времена. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 19:16 |
|
Git ?
|
|||
---|---|---|---|
#18+
Алексей КС помощью "обозреватель хранилища" просмотр конкретных ревизий делается в SVN без особых проблем. Да, нужен коннект к серверу, но я считаю это нормальным. Я считаю, что скорость движения по трассе 30 км/ч - это нормально. А крутить педали - современная нанотехнология! Алексей КПроще создание и переключение бранчей, зато сложнее коммит в центральный репозитарий. Нет возможности работать в "блокировочном" режиме. Палка о двух концах, как это всегда бывает. Переход от бумаюных носителей к электронным - типичная палка о 2-х концах: ведь в компьютере всегда может что-то потеряться, не то, что на бумаге с подписями и печатями. И переучиваться сложно, представляете, там вместо ручки и бумаги какая-то доска с кнопками и мышка, ее я вообще боюсь, вдруг сама куда-то поедет? Алексей КЯ бы не сказал, что Git лучше или хуже Svn. Он другой. Остальное вопросы личных предпочтений, особенностей конкретный проектов и организации работы их разработчиков. Про особенности конкретных разработчиков полностью согласен! ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 20:05 |
|
Git ?
|
|||
---|---|---|---|
#18+
Нахлобучмое "поделие" коммерчески успешно и им пользуются, например, в Carnegie Mellon, Toshiba и HP. НахлобучА по теме -- Git крут изнутри (элегантен с инженерной точки зрения) На помойку. НахлобучMercurial не так элегантен внутрях На помойку. НахлобучSubversion, если он работает и не доставляет проблем, -- вполне себе вариант. Старичок он только. На помойку. НахлобучTFS можно рекомендовать только тем, кто нуждается в том, чтобы его за ручку водили евангелисты от Microsoft'а. TFS для вменяемых MS гиков, всё остальное - унылое гавно. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.11.2014, 21:30 |
|
Git ?
|
|||
---|---|---|---|
#18+
Алексей КhVosttMercurialЯ получу какие-нибудь преимущества, если перейду на него с SVN? Да. Определённо. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.11.2014, 00:09 |
|
Git ?
|
|||
---|---|---|---|
#18+
Алексей КНахлобучРезюме: или оставаться на SVN, или таки переходить на Mercurial.Ок Mercurial the best. Гит при всех его достоинствах DCVS, сложен для понимания, и надо всех этим гитом задрочить в команде, чтобы работа пошла. Меркуриал лишён этого недостатка. Прост, надёжен, удобен, масштабируем, быстр. Что ешо надо? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.11.2014, 00:12 |
|
Git ?
|
|||
---|---|---|---|
#18+
hVosttАлексей Кпропущено... Ок Mercurial the best. Гит при всех его достоинствах DCVS, сложен для понимания, и надо всех этим гитом задрочить в команде, чтобы работа пошла. Меркуриал лишён этого недостатка. Прост, надёжен, удобен, масштабируем, быстр. Что ешо надо? А mercurial, конечно, не DVCS, поэтому лишен этого недостатка. Позицию Нахлобуча могу понять - он реально HG сервер разрабатывает. А вам-то чем GIT не угодил? Мне, вот после Tortoise SVN понравился Tortoise GIT - они очень похожи. А Tortoise HG не похож, поэтому меркуриал не используем. Или у вас есть другие критерии, помимо личных предпочтений? )) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.11.2014, 00:32 |
|
Git ?
|
|||
---|---|---|---|
#18+
ДиезА mercurial, конечно, не DVCS, поэтому лишен этого недостатка. Сложности? Лишён. HG простой, как тапки. ДиезПозицию Нахлобуча могу понять - он реально HG сервер разрабатывает. А вам-то чем GIT не угодил? Когда команда большая и изменчивая, GIT реально доставляет неудобства. Надо каждому пациенту объяснять как им пользоваться, регламенты принятые для работы и т.д. и т.п. В тоже время HG простой и удобный, без переподвыпертов. ДиезИли у вас есть другие критерии, помимо личных предпочтений? )) Ну есть ещё парочку. Есть бесплатный bitbucket для закрытых личных проектов. Репозиторий HG можно устроить одним кликом в Dropbox папке. Я щетаю это вин. И всего лишь один инструмент, которого более чем достаточно. Мы в компании используем HG и ещё ни разу не пожалели. Я использую HG и ещё ни разу не пожалел. Дошло до привычки, я строчки кода в проекте не напишу, если он не под контролем версий. Меня это много раз выручало, а создать репу: либо "hg init", либо клац правой кнопкой "создать репу". Ну куда уж проще? SVN на этом фоне выглядит кривой бякой. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.11.2014, 00:50 |
|
Git ?
|
|||
---|---|---|---|
#18+
hVosttАлексей Кпропущено... Я получу какие-нибудь преимущества, если перейду на него с SVN? Да. Определённо.Можно перечислить несколько конкретных преимуществ? hVosttМеня это много раз выручало, а создать репу: либо "hg init", либо клац правой кнопкой "создать репу". Ну куда уж проще? SVN на этом фоне выглядит кривой бякой.Этого не понял. В SVN чтобы создать локальный репозитарий - 3 тыка мышью в черепахе. О каких сложностях идёт речь? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.11.2014, 04:47 |
|
Git ?
|
|||
---|---|---|---|
#18+
hVosttАлексей Кпропущено... Ок Mercurial the best.Ок hVosttГит при всех его достоинствах DCVS, сложен для понимания, и надо всех этим гитом задрочить в команде, чтобы работа пошла.Что же тогда этот Git хвалят на каждом углу?! Но я твоё мнение услышал, учту. hVosttМеркуриал лишён этого недостатка. Прост, надёжен, удобен, масштабируем, быстр. Что ешо надо?Хотелось бы тоже самое, но по сравнению с SVN. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.11.2014, 04:50 |
|
|
start [/forum/topic.php?fid=20&msg=38806821&tid=1402246]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
31ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
others: | 328ms |
total: | 458ms |
0 / 0 |