Pull to refresh
  • by relevance
  • by date
  • by rating

Bitbucket объявил о прекращении поддержки Mercurial с 01 июня 2020 года

Version control systems *
Recovery mode
Пресс-релиз:
Рынок программного обеспечения для управления версиями сильно изменился с момента появления Bitbucket в 2008 году. Когда мы запускались, централизованный контроль версий был нормой, и мы поддерживали только репозитории Mercurial.

Но с годами системой по умолчанию стала Git. Она помогает командам всех размеров работать быстрее, поскольку они становятся более распределенными.

Сейчас у нас на платформе больше 10 миллионов зарегистрированных пользователей. Мы находимся в точке нашего роста, где мы проводим более глубокую оценку рынка и того, как мы можем наилучшим образом поддержать наших пользователей в будущем.

После долгих размышлений мы решили удалить поддержку Mercurial из Bitbucket Cloud и его API. Функции и репозитории Mercurial будут официально удалены из Bitbucket и его API 1 июня 2020 года.

Источник
Total votes 20: ↑11 and ↓9 +2
Views 3K
Comments 9

7 правил гигиены при управлении релизами проекта

Project management *
Проверочный список на качество управления релизами.

Управление релизами складывается из нескольких практик, практики в большей степени технические и инструментальные, но простые, а потому будут понятны даже тем менеджерам проектов, которые выросли не из программистов, а из каких-то других областей. Кроме того, практически все они так или иначе работают на одну главную идею: распространение информации между участниками проекта.
Читать дальше →
Total votes 20: ↑15 and ↓5 +10
Views 3.2K
Comments 53

Дайджест на тему «Системы контроля версий»

Lumber room
В марте 2007 года в США случился политический скандал: никому не понятным образом в и без того одиозный Patriot Act были внесены изменения, позволяющие президенту США единолично увольнять федеральных прокуроров. Оказывается, ничего не подозревающие конгрессмены проголосовали за целую кучу поправок «пачкой», не осознавая, что среди них находится настоящая «бомба». Два абзаца были удалены, и добавлен один новый, и всё это произошло буквально за несколько дней до голосования, без уведомления, без обоснования, без оповещения заинтересованных лиц.

В кратчайшие сроки после введения этой поправки семеро федеральных прокуроров были уволены. Отголоски этого решения в американской политической картине чувствуются до сих пор.

Американские гики во главе с Тимом О'Рилли и Карлом Фогелем (первый: владелец небезызвестного издательства, второй: ведущий разработчик Subversion) призывают законодательные власти Америки к введению полноценной системы контроля версий, позволяющей предотвратить возможность повторения подобных инцидентов.

Источники:

а) Tim O'Reilly: «Why Congress Needs a Version Control System»

б) Wikipedia: «Dismissal of U.S. Attorneys Controversy»

в) РГ: Федеральный закон Российской Федерации от 4 декабря 2006 г. N 202-ФЗ О внесении изменений в Федеральный закон «О науке и государственной научно-технической политике» и Федеральный закон «Об архивном деле в Российской Федерации» (пример того, как не надо составлять commit messages)


* * *

Блог «Better Explained» в кратчайшие сроки завоевал мегатонну человеческого внимания, опубликовав два чарующе прекрасных с визуальной точки зрения описания систем контроля версий.

а) Better Explained: «A Visual Guide to Version Control»

б) Better Explained: «Intro to Distributed Version Control (Illustrated)»



* * *

А также:

а) Презентация Бена Коллинза-Суссмана и Брайана Фицпатрика (ведущие разработчики Subversion): «Худшие практики использования Subversion»

б) Симпатичная шпаргалка по Git

в) Шпаргалка по Mercurial

Total votes 10: ↑9 and ↓1 +8
Views 876
Comments 10

Subversion: чеклист по правильным коммитам

Lumber room
Предполагаем, что читатель: а) работает в коллективе; и б) осознал необходимость правильной работы с системами контроля версий или хотя бы поставлен перед необходимостью использовать таковую.

В примерах будет использоваться Subversion, хотя все рекомендации полностью применимы к любой другой системе контроля версий.

Грубо разделим фазы разработки проекта на три — дебют, миттельшпиль и эндшпиль.

В дебюте новый код пишется огромными кусками, зачастую целые куски системы переносятся с места на место. Релиз далеко, никаких особых требований к общему состоянию системы нет. Допустимо даже разламывать систему до некоторых пределов.

В миттельшпиле система в целом стабилизировалась, продукт близится к релизу. Рефакторинг более чёткий, хотя и иногда достаточно обширный. На этом этапе ожидается уже, что система в целом работает — по крайней мере, сломанный репозиторий порицается.

Наконец, в эндшпиль система переходит непосредственно перед релизом и сразу после. Для веб-приложений постоянно добавляются новые относительно небольшие возможности, а крупные изменения сначала тестируются на ветках. Для более традиционных приложений наоборот, создаётся ветка для maintenance релизов, а разработка следующей большой версии продолжается на стволе.

Читать дальше →
Total votes 42: ↑39 and ↓3 +36
Views 2K
Comments 59

Коллективная работа над сайтом

Website development *
Не все сайты делаются студией и после отдаются заказчику.

Бывает, что сложные сайты портального типа развиваются поэтапно,
часть доступна в онлайн, другая в стадии разработки,
причем в достаточно крупных проектах над сайтом могут работать несколько почти независимых групп.

Тут и без бинокля видно, что неплохо бы использовать для хранения php и html кода репозиторий.

Но как это сделать правильней?
С дизайнерами и программистами все достаточно просто, они разрабатывают код на локальных машинах и изменения вносят в репозиторий. Можно даже настроить cron, чтобы периодически последние изменения из репозитория выкладывались на online сайт.

Но как быть с контентом?
Контент меняется только на online версии, чтобы не усложнять дело синхронизацией данных из разных БД. Но не весь контент хранится в базе, часто CMS контент статических страниц хранят в .php файлах, из-за чего появляются новые файлы и изменения, которые приходится периодически с «online» переносить в репозиторий, и делать это вручную во избежание конфликтов версий.

Интересно, кто сталкивался и как решал подобные задачи.
Total votes 10: ↑8 and ↓2 +6
Views 2.4K
Comments 22

Средства коллективной разработки.

.NET *
Всем хорошего вечера понедельника (если такое возможно). Хочу спросить у тех кто пишет под .NET платформу, какие средства коллективной разработки они используют? Понятно что есть VS Team systems. Все ли используют его? Может кто-то пользуется чем нить альтернативным? Чем-то полегче?
Total votes 18: ↑15 and ↓3 +12
Views 6.1K
Comments 29

Установка и настройка SVN (сервер+клиент)

Website development *
По просьбам трудящихся, а так же учитывая, что есть статья по установке SVN (правда +Trac) под Linux, решил написать краткое описание установки и настройки SVN для Windows.
Ничего нового для людей, хорошо знающих и работающих с SVN, здесь не будет. Цель статьи — помочь некоторому проценту новичков, пребывающих на Хабре, таки осилить изучение этой системы контроля версий.
Читать дальше →
Total votes 75: ↑66 and ↓9 +57
Views 290K
Comments 36

Аудит системы контроля версий, ч. I

Lumber room
Необходимо регулярно сверять устройство вашей системы контроля версий с
реальностью процесса разработки и внедрения. В этом документе мы постараемся
изложить краткую схему вопросов, на которые необходимо ответить, чтобы
высветить недостатки и потенциальные проблемы в вашей системе.


Для анализа нам потребуется описание структуры веток, список участников
процесса и область их ответственности, описание потоков изменений. Для
наглядности можно попробовать нарисовать пару диаграмм: граф потоков изменений
по веткам и древовидную структуру потока, развернутую во времени. Мы считаем
более важным (и более простым) первый график, тогда как традиционно во многих
текстах по системам контроля версий используется второй, не так чётко
высвечивающий структуру.


В этом документе описывается только анализ системы. Способы решения проблем,
выявленных при анализе, будут обсуждаться отдельно.


Читать дальше →
Total votes 11: ↑11 and ↓0 +11
Views 582
Comments 27

DVCS and DAGs

Website development *
Translation
Перевод статьи Эрика Синка (Eric Sink) — DVCS and DAGs (Part 1 and Part 2).

Прим. переводчика: В этой статье я буду ис­поль­зо­вать ори­гиналь­ные анг­ло­языч­ные сокращения DVCS и DAG для обозначения расп­ре­делён­ных систем контроля версий (Distributed Version Control System — DVCS) и нап­равлен­ных ацикличных графов (Directed Acyclic Graph — DAG).
Читать дальше →
Total votes 33: ↑31 and ↓2 +29
Views 3.7K
Comments 18

Новые премиум-возможности: история версий и 50 мегабайт на заметку

Evernote corporate blog
Начиная с сегодняшнего дня у премиум-аккаунта Evernote в дополнение к уже существовующим возможностям появилось еще две новых функции: история заметок и увеличенный максимальный объем заметки.

Новая возможность: история заметки (она же контроль версий)




Теперь Evernote делает копии ваших заметок и их содержимого. Несколько раз в день Evernote проверяет, не было ли внесено изменений в какие-нибудь из них. Если обнаружены модифицированные заметки, Evernote делает новую копию этих заметок и добавляет их в историю, которая хранится на наших серверах. Таким образом в премиум-аккаунте теперь ведется история по каждой из ваших заметок. Никаких ограничений на количество копий нет, а старые версии не влияют на вашу ежемесячную квоту на новые заметки.

Читать дальше →
Total votes 16: ↑9 and ↓7 +2
Views 1.5K
Comments 2

Если бы системы контроля версий были авиалиниями

Lumber room
Translation
Многие из вас видели в сети классическое «Если бы операционные системы были авиалиниями». Сегодня мы попробуем представить, как выглядел бы мир, в котором авиалиниями были бы системы контроля версий.

Прежде чем кто-то выйдет из себя, давайте договоримся, что это просто прикол, ага?

Читать дальше →
Total votes 83: ↑57 and ↓26 +31
Views 966
Comments 22

Как начать работать с GitHub: быстрый старт

Git *


Распределенные системы контроля версий (DVCS) постепенно замещают собой централизованные. Если вы еще не используете одну из них — самое время попробовать.

В статье я постараюсь показать, как можно быстро начать экспериментировать с git, используя сайт github.com.

В статье не будут рассмотрены различия между разными DVCS. Также не будет детально рассматриваться работа с git, по этой теме есть множество хороших источников, которые я приведу в конце статьи.
Читать дальше →
Total votes 182: ↑165 and ↓17 +148
Views 1.2M
Comments 51

Постигаем Git

Website development *Git *Version control systems *
Translation
От переводчика: в этой статье нет описания команд git, она подразумевает, что вы уже знакомы с ним. Здесь описывается вполне здравый, на мой взгляд, подход к содержанию публичной истории в чистоте и порядке.

Если вы не понимаете, что побудило сделать git именно таким, то вас ждут страдания. Используя множество флагов (--flag), вы сможете заставить git работать так, как по вашему мнению он должен работать, вместо того, чтобы работать так, как git того хочет. Это как забивать гвозди отверткой. Работа делается, но хуже, медленнее, да и отвертка портится.
Читать дальше →
Total votes 126: ↑120 and ↓6 +114
Views 54K
Comments 91

О подходах к сравнению версий файлов

Website development *Programming *Algorithms *
Sandbox
Люди, использующие системы контроля версий исходного кода (SVN, Mercurial, Git и т.п.), наверняка часто пользуются возможностью сравнения версий файлов для просмотра внесенных пользователями изменений. Существует множество независимых программ сравнения версий (WinMerge, BeyondCompare и др.). При сравнении версий, как правило, две версии файла показываются рядом друг с другом таким образом, чтобы одинаковые (неизменившиеся) части документов были расположены напротив друг друга, а изменившиеся (добавленные и удаленные) выделяются соответствующим цветом.
Уверен, многим было бы интересно узнать, какие алгоритмы могут использоваться для реализации такого сравнения.
Читать дальше →
Total votes 49: ↑41 and ↓8 +33
Views 7.4K
Comments 31

Что скрывает от нас директория .git

Website development *Git *Version control systems *
Sandbox
Вот и мне посчастливилось познакомиться с git. Каюсь, пользуясь Subversion, я знал, как в IDEA или TortoiseSVN сделать то, что мне надо, но даже не представлял, что происходит за сценой. В данном случае я решил подойти к git более ответственно и хорошенько изучить его перед использованием. Сейчас я знаю какие команды надо использовать для выполнения задуманного, но не знаю, как это сделать в IDEA или TortoiseSVN.
Но я решил пойти еще дальше и узнать, что происходит в самой директории .git. Там оказалось все настолько интересно и просто, что я решил поделиться этим с вами.
Читать дальше →
Total votes 177: ↑168 and ↓9 +159
Views 21K
Comments 23

Новая версия github:gist

Programming *Git *
Команда Github продолжает радовать своими обновлениями, и на этот раз они приглашают нас попробовать полностью обновленный github:gist.

Для тех, кто не был знаком с этим сервисом ранее — Gist предназначен для обмена кусочками кода (и не только кода) между людьми. В основе Gist лежит система контроля версий git, что делает возможным коллективную работу над материалом, поддержку форков и версионности.

Gist успел стать незаменимым инструментом в арсенале Open Source сообщества. Например, таким простым образом распространяется перформанс-патч для руби, упомянутый недавно на хабре.
Читать дальше →
Total votes 33: ↑30 and ↓3 +27
Views 43K
Comments 31

Чистый Контроль Версий

Intel corporate blog Website development *Programming *

Вступление

Всем привет, Серега снова с вами. Извиняюсь за долгое молчание и отсутствие в комментариях. Времени на интернет совсем не было. Выпускали очередную версию GPA. Кстати уже пятый раз в этом году — рекорд для нашей команды.

При таком темпе чем-то еще заниматься очень сложно. Особенно когда в сжатые сроки нужно портироваться на OsX, придать «человеческий» вид версии под Ubuntu и одновременно проникнуть внутрь изоляции приложения Windows 8 Store. Опять было множество споров о внешнем виде и работе System Analyzer. Очень сложно сделать инструмент красивым, простым и легким и в то-же время очень полезным.

Читать дальше →
Total votes 41: ↑14 and ↓27 -13
Views 6.5K
Comments 12

Пора перестать сохранять

Interfaces *Usability *

Немного лирики


Как-то раз, примерно полгода назад, при переезде с одной квартиры на другую в одной из бесконечных коробок обнаружился архив аудиокассет — штук 30. Этот набор долёживал там свой век, хотя последний магнитофон, способный проигрывать кассеты, сломался года за три до этого.
Моя 9-летняя дочь, наткнувшись на эту коробку, взяла одну из этих кассет в руки, повертела и спросила: «Папа, а что это?».
Конечно, если задуматься, в этом нет ничего удивительного. Новое поколение, рожденное после 2000, уже не видело ни кассет, ни дискет.



И что-то мне подсказывает, что поколение, родившееся после 2020, не увидит уже и компакт дисков — все планомерно уходит на всевозможные флешки и карты памяти, а в перспективе и обмен, и хранение (благодаря «облакам»), и ритейл софта/фильмов/музыки (благодаря Стиву Джобсу) уйдут в «онлайн». Я и сам больше уже не записываю полюбившиеся фильмы на болванки.
И что с того?
Total votes 82: ↑63 and ↓19 +44
Views 44K
Comments 56

Автоматизируем сборку системы

Cognitive Technologies corporate blog Programming *Version control systems *
Петр Лухин

Большинство людей, впервые узнающих об автоматической сборке, вероятно, относятся к ней с осторожностью: избыточные трудозатраты на ее организацию и поддержание работоспособности вполне реальны, взамен же им предлагается лишь призрачное улучшение эффективности разработки в будущем. Кто же не понаслышке с ней знаком – более оптимистичны, поскольку знают: ряда проблем при работе с их системой гораздо проще избежать, пока они еще не сформировались, нежели когда становится уже поздно все менять.

Так чем же таким может быть интересна автоматическая сборка, какие возможности можно реализовать с ее помощью и каких результатов достичь? Попробуем разобраться.


Читать дальше →
Total votes 15: ↑9 and ↓6 +3
Views 8.6K
Comments 0
1