Рубрика «Git» - 52

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

Если вы не понимаете, что побудило сделать git именно таким, то вас ждут страдания. Используя множество флагов (--flag), вы сможете заставить git работать так, как по вашему мнению он должен работать, вместо того, чтобы работать так, как git того хочет. Это как забивать гвозди отверткой. Работа делается, но хуже, медленнее, да и отвертка портится.
Читать полностью »

Сегодня неожиданно понял, что скрипты — это сила (спустя несколько месяцев использования fabric). На самом деле 30 минут потраченные на написание адекватного сценария избавляют от многих совокупных часов повторения ненужных действий. Для упрощения жизни адептов python'а существует такой прекрасный модуль как fabric. И я хочу поделиться парой кусков своего fab-файла как пример упрощения жизни девелопера.

Это будут функции: «умный» комментатор локальных файлов и git-коммитер.
Читать полностью »

Github добавили улучшенный генератор страниц

Несколько минут назад Github опубликовали эту новость в своем блоге.
Читать полностью »

Гуляя по github'у я много раз видел в разных репозиториях одновременно и теги вида «v2.3.4» и коммиты с сообщениями типа «Bump version» и сменой номеров версии где-нибудь в lib/version.rb. И всегда мне казалось — что-то тут лишнее.

И когда пришло время задуматься и мне над расставлением номеров версий, я сказал: «Нет! Я не буду прописывать эти номера в файлы руками. Пусть это делает за меня моя система контроля версий!»
Читать полностью »

Спустя пол года после голосования о переходе на DVCS
и вслед за релизом PHP5.4, команда разработчиков PHP переехала с Subversion на Git.
Читать полностью »

Удобно иметь доступ к своему коду с разных компьютеров. Поэтому некоторые свои проекты я кладу на github. Но есть и такие, которые выкладывать в публичный доступ я не хочу (стыдно за код, либо имеют коммерческий потенциал), а покупать тариф с приватными репо и жаба душит и хлопотно.

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

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

Читать полностью »

В соответствии с календарем релизов осталось всего несколько недель до заморозки списка фич следующего релиза git (1.7.10), в который войдет улучшение работы git merge, нарушающее обратную совместимость и ставящее «под удар» тех, кто использует merge в своих скриптах.
Мы решили последовать совету Джейка Эджа (Jake Edge): «Большинство свободных проектов обсуждают планируемые изменения до их реализации и дают пользователям возможности протестировать новые фичи задолго до релиза. Лучшая помощь проекту на этом этапе — четко обоснованные, конкретные описания существующихЧитать полностью »

в 13:24, , рубрики: Git, github, jelastic, luna, метки: , , ,

Два с половиной месяца назад я написал о своем приложении.
За это время я позакрывыл пару десятков issue, добавлял функционал, выполнил и пофиксил пожелания пользователей Yeah, kekekeks.
В кратце, что добавилось:

  • Для исходников и diff теперь плавающие скролы
  • Для diff плавающие заголовки
  • Бинарные файлы распознаются более качественно (ICU4J)
  • Поддержка http для git
  • Оповещения на почту (apache camel)
  • Обновил доку
  • Мелкие изменения в gui и багфиксы

А теперь о том, как мое приложение можноЧитать полностью »

Джошуа Редстоун (Joshua Redstone) пожаловался в листе рассылки Git на некоторые проблемы с производительностью, которые возникли у Facebook на большом репозитории. Они создали синтетический репозиторий и провели тесты.Тестовый репозиторий
4 млн коммитов, линейная история и около 1,3 млн файлов. Размер папки .git — около 15 ГБ, её упаковали командой repack:git repack -a -d -f --max-pack-size=10g --depth=100 --window=250
Процесс занял около двух суток на хорошей машине (много памяти, SSD). Размер индексного файла составил 191 МБ.
Скорость работы Git в таком репозитории совсем не радует. Результаты выполнения команд на сервере с обычным HDD и >10 ГБ RAM (команды повторялисьЧитать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js