1. Мой пример не совсем правильный. Фича может состоять из нескольких коммитов, и каждый должен быть прокомментирован, почему конкретное изменение сделано.
2. Гораздо удобнее сделать git log вместо того, чтобы лезть в браузер и искать этот тикет.
Гит прекрасен тем, что позволяет полноценно работать и без интернета. Не спорю, указывать номер полезно, но чем вам поможет номер бага/тикета, когда вы не можете его прочитать? Более того, номер тикета — это несколько дополнительных кликов в браузере. Комментарий, который объясняет, для чего сделаны изменения, сохранит вам время и нервы.
Что вы сделали я могу в самом коммите посмотреть, комментарий должен объяснять ЗАЧЕМ вы это сделали. Очень сильно это помогает в командах, где работают в разных часовых поясах.
Добрый день! Спасибо за статью, сам использую berkshelf для шефа, но альтернатив для паппета кроме librarian вроде нет.
У меня есть вопрос, но не совсем по теме: с локом версий кукбуков понятно, а вот можно ли так же в стиле бандлера фиксировать версии пакетов (устанавливаемых package ресурсом)?
Пример: ubuntu 12.04.2 ставит mysql-server 5.5, но нужно чтобы явно ставился 5.1. Я пока знаю только способ указывать явно версию атрибутом version для package. Т.е., например, если есть список пакетов, я храню их в хеше имя — версия и потом прохожусь по нему с each.
Пока идёт обсуждение, не могли бы вы выложить кусок порезанной карты — например квадрат 10х10 фрагментов и залить на какой-нибудь дропбокс с прямыми линками, чтобы некоторые смогли поиграться с прототипами :)
Так как это частный случай, запрос «дополнительной версии» будет в вашем случае автоматизирован, что есть плюс. Но тогда будет 2 версии сетки, как данные синхронизировать?
По поводу раздачи изображений. Это в принципе легко сделать — сервис будет отдавать не сами фото, а ссылки на них, тогда приложение будет скачивать их с серверов НАСА/Роскосмоса :) Только нужно будет составить таблицу соответствия миникарты/превью сетки и ссылок на сами фрагменты. Это даже больший профит — хостить такое очень легко ;)
Чтобы было хорошо и удобно (а ведь мы хотим, чтобы юзеры рыскали по марсу, а не гоняли птиц ;), то нужен API, с другой стороны, можно сделать мобильную версию просто сайта, где это всё можно просматривать. Здесь уже всё зависит от сроков и от хотелок :)
В идеале я это вижу всё это как сервис:
— с веб мордой — чтобы с компьютера просматривать, и API для мобильных приложений
— авторизация facebook/vkontakte для юзеров
— возможность выбора фотографии для просмотра — хоть Марс-6, хоть Beagle 2 (закладываемся на будущее :)
— юзеры могут ориентироваться по миникарте — уменьшенное изображение с сеткой и отметками, что просмотрено, а что ещё нет
— юзеры могут выбирать фрагмент, зумить, выделять части фрагмента
— отмечать фрагмент как интересный/неинтересный, просмотренный/непросмотренный
— юзеры могут видеть статистику других юзеров, подтверждать/опровергать находки
Как-то так, по-хорошему первым шагом можно наклепать простенький сервис, который будет выдавать список картинок со статусом, и при выборе — загружать фрагмент для исследования.
Ну и всё это я вижу с огромным дисклеймером про большой объём трафика :)
Готов помочь с сервисом и ios приложением :) Можем обсудить. Как раз увольняюсь через пару недель — появится свободное время :)
Нужен базовый бэкенд, который будет отдавать картинки и вести учёт нашлось/не нашлось и мобильное приложение с миникартой для навигации и отметками, что уже просмотрено.
Дальше — больше :)
UPD. Единственное замечание — а вы уверены, что на телефонах/планшетах будет удобно всё это рассматривать? :)
1. Мой пример не совсем правильный. Фича может состоять из нескольких коммитов, и каждый должен быть прокомментирован, почему конкретное изменение сделано.
2. Гораздо удобнее сделать git log вместо того, чтобы лезть в браузер и искать этот тикет.
This feature helps to make things
easier in workflow and reduces
code complexity.
tbaggery.com/2008/04/19/a-note-about-git-commit-messages.html
У меня есть вопрос, но не совсем по теме: с локом версий кукбуков понятно, а вот можно ли так же в стиле бандлера фиксировать версии пакетов (устанавливаемых package ресурсом)?
Пример: ubuntu 12.04.2 ставит mysql-server 5.5, но нужно чтобы явно ставился 5.1. Я пока знаю только способ указывать явно версию атрибутом version для package. Т.е., например, если есть список пакетов, я храню их в хеше имя — версия и потом прохожусь по нему с each.
Спасибо.
Так как это частный случай, запрос «дополнительной версии» будет в вашем случае автоматизирован, что есть плюс. Но тогда будет 2 версии сетки, как данные синхронизировать?
Ох, я уже даже вижу социальный элемент — кто быстрее найдёт, тому лафки и симпы :)
В идеале я это вижу всё это как сервис:
— с веб мордой — чтобы с компьютера просматривать, и API для мобильных приложений
— авторизация facebook/vkontakte для юзеров
— возможность выбора фотографии для просмотра — хоть Марс-6, хоть Beagle 2 (закладываемся на будущее :)
— юзеры могут ориентироваться по миникарте — уменьшенное изображение с сеткой и отметками, что просмотрено, а что ещё нет
— юзеры могут выбирать фрагмент, зумить, выделять части фрагмента
— отмечать фрагмент как интересный/неинтересный, просмотренный/непросмотренный
— юзеры могут видеть статистику других юзеров, подтверждать/опровергать находки
Как-то так, по-хорошему первым шагом можно наклепать простенький сервис, который будет выдавать список картинок со статусом, и при выборе — загружать фрагмент для исследования.
Ну и всё это я вижу с огромным дисклеймером про большой объём трафика :)
Готов помочь с сервисом и ios приложением :) Можем обсудить. Как раз увольняюсь через пару недель — появится свободное время :)
Нужен базовый бэкенд, который будет отдавать картинки и вести учёт нашлось/не нашлось и мобильное приложение с миникартой для навигации и отметками, что уже просмотрено.
Дальше — больше :)
UPD. Единственное замечание — а вы уверены, что на телефонах/планшетах будет удобно всё это рассматривать? :)