Главное изображение для статей о Git
Git или SVN? Как компания Nuance Healthcare выбрала модель ветвления Git?

Эта публикация от Мэтта Шелтона из Nuance Healthcare — первая статья из серии, где он описывает, как его команда переходила из Subversion в Git, почему было принято такое решение и с чем пришлось столкнуться в процессе перехода. Мэтт уже выступал на эту тему на конференции Atlassian Summit 2015. В этой серии статей он подробно расскажет обо всех темах, которые не успел затронуть в получасовом докладе.

Читать всю публикацию
Работа с зависимостями Maven при переходе на Git

Итак, мы переходим на Git и довольны моделью Git-flow. Что дальше? Время тестировать! Моя замечательная команда разработчиков составила список «подопытных» в Confluence: в него вошли рабочие процессы, которые используются сегодня, и те, которые могут понадобиться для реализации всяких странных идей в будущем. После этого мы создали идентичную структуру проекта (но без кода, просто файл pom.xml) и опробовали в ней каждый рабочий процесс.

Читать всю публикацию
Пора за дело: переход с SVN на Git

Мы переходим на Git и нашли способ использовать Git-flow и Maven в одном эффективном процессе разработки. Но прежде чем переходить к описанию этого рабочего процесса, важно рассказать, что было раньше.

Читать всю публикацию
10 лет Git

В одно прекрасное воскресенье 10 лет назад Линус Торвальдс начал писать код для новой распределенной системы управления версиями и всего через несколько дней подарил миру Git.

Читать всю публикацию
Git guilt, вина и проверка кода

В последнее время я немного путешествовал в рамках второго этапа тура Как использовать Git правильно. Здорово было встретиться со множеством разработчиков со всего мира. Особенно меня поразило, насколько сильно выросла доля пользователей git среди участников за те несколько месяцев, что прошли с первого этапа тура. На наших июльских презентациях почти все участники поднимали руку, когда мы спрашивали «Кто использует git?».

Читать всю публикацию
Git: автоматическое слияние с помощью серверных хуков (вы останетесь довольны!)

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

Читать всю публикацию
Форки и вышестоящие репозитории в Git: инструкции и интересный совет

Есть целый вагон и маленькая тележка полезных руководств о том, как обновлять форки по вышестоящим репозиториям (а если вас интересует, зачем в корпоративной среде могут понадобиться форки, вот несколько причин). В этой публикации я расскажу кое-что о том, как форки взаимодействуют с вышестоящими ветками. Вас ждут основы, рассказ о подводных камнях, интересный совет, а в заключение — сильная зависть или сильный энтузиазм; выбор за вами. Стало интересно? Читайте далее.

Читать всю публикацию
Что нового в Git 2.1

Всего два с половиной месяца назад вышла версия git 2.0.0, а теперь нас порадовали промежуточной версией git 2.1.0 с массой захватывающих новых функций!

Читать всю публикацию
Основные идеи, рабочие процессы и советы

Использование подмодулей при разработке в Git позволяет включать в базу кода другие проекты: их история хранится в отдельном месте, но синхронизируется с вашей. Это удобный способ решения проблем с зависимостями и библиотеками от поставщиков. Как и в случае со многими другими вопросами, касающимися git, насчет этого подхода есть разные мнения. Чтобы умело им пользоваться, нужно немного его изучить. О подмодулях и так уже полным-полно хорошей, подробной информации, поэтому пересказывать ее я не буду. Вместо этого я поделюсь кое-какими интересными приемами, позволяющими использовать эту функцию максимально эффективно.

Читать всю публикацию
Рабочие процессы команды в Git: слияние или перебазирование?

Вопрос несложный: если команда по разработке ПО использует git и функциональные ветки, как лучше всего включать готовую работу обратно в основную линию разработки? Это одна из тех постоянно возникающих дискуссий, где обе стороны имеют твердое мнение, и вести осмысленный разговор бывает непросто (другие примеры горячих споров легко найти в Интернете).

Читать всю публикацию
Работа с большими репозиториями в git

В git можно эффективно отслеживать эволюцию базы кода и вести разработку совместно с коллегами. Но как быть, если вы хотите отслеживать огромный репозиторий?

Читать всю публикацию
Альтернативы Git Submodule: Git Subtree

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

Читать всю публикацию
Расширение возможностей git

Mercurial имеет хорошо определенный (хотя и внутренний) интерфейс API, который можно использовать для написания расширений, добавляющих новые функции. Модель расширений git для получения того же результата следует философии Unix, заключающейся в создании небольших простых программ. Это означает, что «расширения» git можно писать на любом языке, а при соблюдении нескольких простых правил можно добавлять команды, которые будут выглядеть как встроенные.

Читать всю публикацию
Мастерство запросов pull: навык получения открыт!

Сегодня для внесения исправлений в проект достаточно создать форк (чтобы в свое удовольствие возиться с полной удаленной копией проекта), выбрать нужный файл, нажать Edit (Правка) и сделать коммит с изменениями.

Читать всю публикацию
Git и зависимости проекта

Задумайтесь над следующими вопросами. Как вы обрабатываете зависимости проекта с помощью git? Наш проект состоит из нескольких взаимозависимых репозиториев. Сейчас мы управляем ими с помощью svn:externals. Как лучше всего обрабатывать их с помощью git? Как разбить очень большой репозиторий на более мелкие компоненты с помощью git? Вот несколько примеров вопросов, которые нам чаще всего задавали на европейском этапе нашего недавнего тура Как использовать Git правильно.

Читать всю публикацию
Простой рабочий процесс в Git — это просто

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

Читать всю публикацию
Титановый бронежилет: восстановление после всевозможных катастроф

Git — передовой инструмент. В нем заложена очень симпатичная мне философия: признавать за разработчиками такие качества, как ум и ответственность; иными словами — предоставлять им большую свободу действий, обратной стороной чего является возможность выстрелить себе в ногу, пусть даже надев перед этим титановый бронежилет.

Читать всю публикацию
О доверии к merge и упрощении веток

Наш недавний вебинар с участием звездных специалистов по продукту — Йенса Шумахера и Кена Олофсена — это отличный обзор рабочих процессов git. Рабочие процессы с ветками весьма разнообразны — от простых и минималистичных до сложных, надежных и защищенных. Какой уровень сложности и защиты требуется вашей организации? В этой публикации рассказывается о компромиссе между гибкостью и надежностью, а также даются рекомендации по выбору собственного подхода к git и упоминаются уроки, полученные в Atlassian.

Читать всю публикацию
Как использовать Git, даже если ваша команда этого не делает: советы и рекомендации по git-svn

До прихода в Atlassian я работал над различными проектами, где в качестве системы управления версиями все еще использовали Subversion (SVN). Я же к тому времени давно перешел на Git и хотел пользоваться этой системой везде, где только можно.

Читать всю публикацию
Что нужно знать о новом релизе Git 1.8.2

Я люблю находить скрытые (или не очень) жемчужины в примечаниях к релизу моих любимых инструментов. Это почти как новогодний подарок. Я испытываю волнующее предвкушение и любопытство, когда выходят новые версии моего верного менеджера окон для OS X с открытым исходным кодом Slate, продуктов Rails, Django, CoffeeScript, конечно же Git и многих других.

Читать всю публикацию
Что нужно знать о новой версии Git 1.8.3

Неважно, используете вы Git в командной строке или в своем любимом инструменте (например, SourceTree); размещаете свой код в Bitbucket Cloud или в Stash (теперь Bitbucket Server) за корпоративным брандмауэром. Если у нас с вами есть хоть немного общего, то вы согласитесь что новый релиз git — это всегда праздник (подмигните, если так).

Читать всю публикацию
Что нового в Git 1.8.5

Пока мы ждем следующего крупного релиза git, в котором грядут значительные обновления, давайте заглянем в примечания к последней промежуточной версии — 1.8.5.

Читать всю публикацию
Что нового в Git 1.9

Несомненно, вы все очень заняты грабежом награбленного в DayZ, но позвольте ненадолго вас отвлечь. Сегодня у нас есть на что взглянуть. Это релиз новой промежуточной версии git (1.9)!

Читать всю публикацию
Свершилось: версия Git 2.0 со множеством полезных возможностей уже доступна

Крупный релиз git назревал уже давно, и мне не терпится проштудировать журнал изменений в поисках классных новинок. Это не первый мой обзор. Если хотите ознакомиться с прошлыми версиями git, добро пожаловать сюда: 1.8.2, 1.8.3, 1.8.4, 1.8.5, 1.9.

Читать всю публикацию