Что такое репозиторий

Значение слова репозиторий

репозиторий в словаре кроссвордиста

репозиторий

Словарь медицинских терминов

акушерский инструмент, применявшийся для вправления выпавшей петли пуповины.

Википедия

Репозиторий: — репозитарий.

Примеры употребления слова репозиторий в литературе.

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

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

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

Источник: библиотека Максима Мошкова

Транслитерация: repozitoriy
Задом наперед читается как: йиротизопер
Репозиторий состоит из 11 букв

Источник

Репозиторий

Репозито́рий, хранилище — место, где хранятся и поддерживаются какие-либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети.

Существуют репозитории для хранения программ, написанных на одном языке (например, CPAN для Perl) или предназначенных для одной платформы. Многие современные операционные системы, такие как OpenSolaris, FreeBSD и большинство дистрибутивов Linux, имеют официальные репозитории, но также позволяют устанавливать пакеты из других мест. Большинство репозиториев бесплатны, однако некоторые компании предоставляют доступ к собственным репозиториям за платную подписку.

Репозитории используются в системах управления версиями, в них хранятся все документы вместе с историей их изменения и другой служебной информацией. Русское сообщество Subversion рекомендует использовать вместо термина репозиторий термин хранилище, поскольку он полностью соответствует как прямому переводу слова «repository», так и его понятию.

Существуют различные автоматизированные системы создания репозиториев. Один из типов репозиториев: хранилища на CD/DVD — установочные диски для пакетов того или иного ПО.

См. также

Ссылки

Полезное

Смотреть что такое «Репозиторий» в других словарях:

РЕПОЗИТОРИЙ — Место, где хранятся и поддерживаются какие либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети. Репозитории используются в системах управления версиями, в них хранятся все… … Словарь бизнес-терминов

репозиторий — Хранилище объектов баз данных. [http://www.morepc.ru/dict/] Тематики информационные технологии в целом EN repository … Справочник технического переводчика

Репозиторий (значения) — Репозиторий: (англ. repository склад, хранилище) Репозиторий См. также Репозиторий Юкка Маунтин американское сухое хранилище отработанного ядерного топлива … Википедия

репозиторий программных пакетов (репозиторий) — 3.17 репозиторий программных пакетов (репозиторий): Замкнутая совокупность программных пакетов и метаинформации о них. Репозиторий называется замкнутым, если для каждого бинарного пакета можно вычислить его замыкание, т.е. можно установить пакет… … Словарь-справочник терминов нормативно-технической документации

репозиторий — (истор., лат. repono, repositum возвращать на место, вправлять) акушерский инструмент, применявшийся для вправления выпавшей петли пуповины … Большой медицинский словарь

Юкка-Маунтин (репозиторий) — Юкка Маунтин … Википедия

Сизиф (репозиторий) — У этого термина существуют и другие значения, см. Сизиф (значения). Сизиф персонаж греческой мифологии. Сизиф ( … Википедия

центральный репозиторий — центральная система хранения Данная система предназначена для хранения различных данных, включая биографии спортсменов, количество медалей, расписание мероприятий, отчеты о транспортном обслуживании и информацию о посетителях. [Департамент… … Справочник технического переводчика

Институциональный репозиторий — Институциональный репозитарий электронный архив для длительного хранения, накопления и обеспечения долговременного и надежного открытого доступа к результатам научных исследований, проводимых в учреждении. Университетский институциональный… … Википедия

Репозитарий — Репозиторий место, где хранятся и поддерживаются какие либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети. Примером репозитория может служить репозиторий свободного программного… … Википедия

Источник

Значение слова «репозиторий»

Существуют репозитории для хранения программ, написанных на одном языке (например, CPAN для Perl) или предназначенных для одной платформы. Многие современные операционные системы, такие как OpenSolaris, FreeBSD и большинство дистрибутивов Linux, имеют официальные репозитории, но также позволяют устанавливать пакеты из других мест. Большинство репозиториев бесплатны, однако некоторые компании предоставляют доступ к собственным репозиториям за платную подписку.

Репозитории используются в системах управления версиями, в них хранятся все документы вместе с историей их изменения и другой служебной информацией. Русское сообщество Subversion рекомендует использовать вместо термина репозиторий термин хранилище, поскольку он полностью соответствует как прямому переводу слова «repository», так и его понятию.

Существуют различные автоматизированные системы создания репозиториев. Один из типов репозиториев: хранилища на CD/DVD — установочные диски для пакетов того или иного ПО.

репозито́рий

1. комп. хранилище, место хранения (программ, объектов, метаданных и т. п.) ◆ К счастью, многие разработчики используют преимущества расширяемости библиотеки jQuery, в результате чего в соответствующем репозитории jQuery накопились сотни превосходных подключаемых модулей, доступных для загрузки, и их количество постоянно растёт. Эрл Каслдайн, Крейг Шарки, «Изучаем jQuery» / перевод В. Черник, 2012 г. ◆ Программисты проводят тестирование индивидуально или по парам до передачи кода в репозиторий. Николас Солтер, Скотт Дж. Клепер, «C++ Для Профессионалов» / перевод Н. М. Ручко, 2006 г.

Делаем Карту слов лучше вместе

Привет! Меня зовут Лампобот, я компьютерная программа, которая помогает делать Карту слов. Я отлично умею считать, но пока плохо понимаю, как устроен ваш мир. Помоги мне разобраться!

Спасибо! Я стал чуточку лучше понимать мир эмоций.

Вопрос: нередко — это что-то нейтральное, положительное или отрицательное?

Источник

Что такое репозитории в Linux – подробное описание для начинающих

Всем привет! Сегодня я расскажу о том, что такое репозитории в Linux, для чего они нужны, какие виды репозиториев бывают, а также покажу, как работать с этими репозиториями, и какие инструменты для этого используются.

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

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

На заметку! Новичкам рекомендую почитать мою книгу «Linux для обычных пользователей» – в ней я подробно рассказываю про основы операционной системы Linux и как пользоваться этой системой без командной строки

Давайте обо всем по порядку.

Что такое пакет в Linux?

В Windows программы обычно распространяются в виде exe файлов или в каком-нибудь специально упакованном формате. В Linux программы распространяются в виде пакетов.

Пакет в Linux – это своего рода дистрибутив программы, набор необходимых файлов, которые необходимы для работы этой программы, упакованный в специальный формат.

Существуют два популярных формата пакетов:

Как устанавливаются программы в Linux?

Все программы, а точнее пакеты, устанавливаются в систему с использованием централизованного метода, т.е. из единой точки, такой точкой может быть либо инструмент с графическим интерфейсом, часто его называют «Менеджер приложений», либо традиционный для Linux способ, утилиты командной строки (терминала).

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

Ярким примером использования такой концепции представлен на всех смартфонах (ведь Android это Linux!), где для установки приложения Вы просто открываете менеджер программ (например, Play Маркет), находите нужную программу, и нажимаете установить и все!

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

Что такое репозиторий в Linux?

Если нам не нужно самостоятельно скачивать дистрибутивы программ с интернета, то как тогда они попадают на компьютер?

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

А откуда тогда менеджер скачивает все эти пакеты? А скачивает он их со специальных серверов в интернете (поэтому для установки программ в Linux требуется интернет), которые называются – репозиториями.

Репозитории – это сервера в интернете, на которых хранятся файлы пакетов приложений Linux и другая сопутствующая информация.

Практически у каждого дистрибутива Linux есть свой репозиторий, который содержит только совместимые и поддерживаемые конкретным дистрибутивом пакеты, соответственно, при установке приложений из официальных репозиториев Вы всегда устанавливаете только проверенные и стабильные версии программ.

Официальный репозиторий дистрибутива по умолчанию подключен, и когда Вы пытаетесь найти и установить программу, «Менеджер приложений» считывает информацию о доступных пакетах в репозитории и выдает ее Вам.

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

Существуют, конечно, и нюансы при работе с таким подходом установки программ, например, что программа, которая Вас интересует, должна находиться в репозиториях конкретного дистрибутива Linux, который установлен на компьютере, в противном случае ее придётся искать в интернете, иными словами, делать ровно то же самое, что и в Windows. Однако популярные дистрибутивы Linux содержат в своих стандартных репозиториях тысячи программ на любой вкус, которые могут удовлетворить потребности даже продвинутого пользователя Linux, не говоря уж о начинающем.

Какие бывают репозитории в Linux?

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

Обычно у дистрибутива несколько официальных репозиториев, в каждом из которых хранятся пакеты, в зависимости от определенных свойств, так, например, в Ubuntu есть следующие типы официальных репозиториев:

Если программы, которую Вы искали, нет в официальном репозитории, то Вы можете подключить дополнительный, в котором есть нужная Вам программа.

Например, дополнительные репозитории в Ubuntu и основанных на нем дистрибутивах называются PPA-репозитории.

PPA (Personal Package Archive) – это персональный репозиторий разработчика конкретной программы, где он хранит пакеты своих программ, которые еще не включены в основной репозиторий дистрибутива.

Как работать с репозиториями в Linux?

Если репозиторий – это некий сервер в интернете, на котором хранятся программы, то, чтобы к нему обратиться за необходимой нам программой, мы должны знать адрес этого сервера. Один из самых удобных способов обращения к ресурсам в интернете – это использовать веб протоколы взаимодействия, таким образом, по факту адрес репозитория выглядит, как обычный URL-адрес сайта.

Для того чтобы система знала и помнила, куда обращаться за пакетами (программами), она хранит все адреса репозиториев в специальном файле sources.list, который расположен в каталоге в /etc/apt. И вся работа с репозиториями в Linux заключается в добавлении и удалении адресов репозиториев.

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

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

В любом случае весь процесс работы с репозиториями сводится к редактированию файла sources.list (а также созданию дополнительных подобных файлов), который, кстати, Вы можете отредактировать и обычными утилитами для работы с текстовыми файлами.

Обычно компонент с графическим интерфейсом для работы с репозиториями называется «Источники приложений», он доступен из основного меню операционной системы.

Например, в Linux Mint он выглядит следующим образом

Для управления репозиториями в терминале используется команда add-apt-repository, так, например, для добавления PPA-репозитория команда будет выглядеть следующим образом.

где, ppa:atareao/telegram – это PPA-репозиторий для установки программы Telegram.

Более подробно про то, как добавлять и удалять репозитории в Linux, я расскажу в следующих материалах. Поэтому следите за выходом новых статей в моих группах в социальных сетях: ВКонтакте, Facebook, Одноклассники, Twitter и Tumblr. Подписывайтесь, и Вы не пропустите выход нового материала!

На сегодня это все, надеюсь, материал был Вам полезен и интересен, удачи Вам, пока!

Источник

Паттерн «Репозиторий». Основы и разъяснения

Repository commonly refers to a storage location, often for safety or preservation.
— Wikipedia

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

Репозиторий как коллекция

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

Я хочу внести ясность в этот вопрос. Репозиторий — это коллекция. Коллекция, которая содержит сущности и может фильтровать и возвращать результат обратно в зависимости от требований вашего приложения. Где и как он хранит эти объекты является ДЕТАЛЬЮ РЕАЛИЗАЦИИ.

Затем создайте новый объект Member и добавьте его в репозиторий. Позже, вы запросите у репозитория все элементы, хранящиеся в нем, таким образом вы получите коллекцию, которая содержит этот объект внутри. Возможно вы захотите получить какой-то конкретный объект по его ID, это также возможно. Очень легко представить себе, что внутри репозитория эти объекты хранятся в массиве или, что еще лучше, в объекте-коллекции.

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

Взаимодействие с Репозиторием

Теперь мы можем получить доступ к объекту позже. Примерно так:

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

Должны ли репозитории создавать сущности?

Вы можете встретить такие примеры:

Я видел множество аргументов приводящихся в пользу этого, но совершенно не заинтересован в подобном подходе.

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

В чем выгода использования репозиториев?

Основное преимущество репозиториев — это абстрактный механизм хранения для коллекций сущностей.

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

Таким образом, большинство наших приложений знает только абстрактное понятие MemberRepository и его использование может быть отделено от фактической реализации. Это очень раскрепощает.

К чему относятся репозитории: Domain или Application Service Layer?

Итак, вот интересный вопрос. Во-первых, давайте определим, что Application Service Layer — это многоуровневая архитектура, которая отвечает за специфические детали реализации приложения, такие как целостность базы данных, и различные реализации работы с интернет-протоколами (отправка электронной почты, API) и др.

Определим термин Domain Layer как слой многоуровневой архитектуры, которая отвечает за бизнес-правила и бизнес-логику.

Куда же попадет репозиторий при таком подходе?

Давайте посмотрим на нашем примере. Вот код, написанный ранее.

В этом примере я вижу много деталей реализации. Они, несомненно, должны входить в слой приложения

А теперь давайте удалим все детали реализации из этого класса…

Хм… это начинает выглядеть знакомо… Что же мы забыли?

Возможно, получившийся код напоминает вам это?

Это означает, что интерфейс находится на границе слоев. и на самом деле может содержать доменно-специфические концепты, но сама реализация не должна этого делать.

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

Свобода смены хранилищ данных

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

По-моему, это не совсем правда… я бы даже сказал, что это очень плохой аргумент. Самой большой проблемой объяснения концепции репозиториев является то, что сразу напрашивается вопрос «вы действительно хотите это делать?». Я НЕ хочу чтобы подобные вопросы влияли на использование паттерна репозитория.

Любое достаточно хорошо спроектированное объектно-ориентированное приложение автоматически подходит под приведенное преемущество. Центральной концепцией ООП является инкапсуляция. Вы можете предоставить доступ к API и скрыть реализацию.

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

Тестирование при использовании паттерна «Репозиторий»

Ну, тут все просто. Давайте предположим, что у вас есть объект, который обрабатывает что-то вроде регистрации участников…

Упрощенный пример теста может выглядеть примерно так…

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

Коллекция или Состояние

В книге Implementing Domain-Driven Design Vaughn Vernon делает различие между типами репозиториев. Идея коллекцио-ориентированного репозитория (ориг. — collection-oriented repository) в том, что работа с репозиторием идет в памяти, как с массивом. Репозиторий, ориентированный на хранение состояний (ориг. — persistence-oriented repository) содержит в себе идею, что в нем будет какая-то более глубокая и продуманная система хранения. По сути различия лишь в названиях.

Замечу, что это лишь мое мнение и пока что я придерживаюсь именно его в вопросах использования репозиториев. Однако, хотел бы предупредить, что возможно могу передумать. В конце-концов, я сосредотачиваюсь на них как на коллекциях объектов с теми же обязанностями, что и у любого другого объекта-коллекции.

Дополнительная информация

everzet создал проект на Github о репозиториях на который, безусловно, стоит посмотреть. Внутри вы найдете примеры работы с хранением в памяти и файлах.

Итоги

Если у вас есть вопросы или если ваше мнение отличается от моего, пожалуйста, пишите комментарии ниже.

Как всегда, я намерен обновлять статью, чтобы синхронизировать ее с моим текущим мнением.

Источник

Репозиторий: что это и как с ним работать

Репозиторий — часть системы Git, которая позволяет программистам совместно работать над проектами. Этот инструмент облегчает жизнь IT-специалистам: с ним можно безопасно вносить изменения в программный код.

Что такое Git, как работает и для чего нужен репозиторий — рассказываем в статье.

Что такое репозиторий простыми словами

Репозиторий — это хранилище всех версий кода. Он бывает трех видов:

Для работы с распределенными репозиториями нужен удобный сервис. Самые популярные — GitHub, GitLab и Bitbucket. У них понятный интерфейс, в котором можно управлять проектом, добавлять новые объекты и искать общедоступные репозитории.

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

Git-сервисы позволяют переключаться между ветками кода и просматривать коммиты. Объясним, что такое ветка и коммит, на примере сервиса GitLab.

Пример репозитория в GitLab — структура такая же, как в обычном файловом менеджере

Чтобы изменения отправились в репозиторий проекта, их нужно «закоммитить». Так называется отправка данных в репозиторий. Это действие нужно, чтобы в репозитории была четкая структура версий.

Коммит подтверждает, что изменения в коде финальные и их можно применять.

Пример коммита в системе GitLab. Сразу видно, кто, когда и какие изменения внес в репозиторий

В репозиториях существуют «ветки» — это важная особенность Git-систем. Ветка позволяет менять отдельные элементы кода, не вмешиваясь в основной код. Главная ветка называется master, дополнительные можно называть по-своему.

Так выглядит раздел с ветками в GitLab — они разделяются на активные и устаревшие. В меню можно посмотреть название, скачать или удалить всю ветку

Внутри ветки видно весь ход изменений. Например, что конкретно и в каких файлах изменили

Как работать с системой распределенных репозиториев

Системы распределенных репозиториев GitHub, GitLab и Bitbucket удобны по нескольким причинам:

Как создать репозиторий

Разберемся на примере GitLab.

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

Доступна регистрация по одному клику через действующие аккаунты в Google, GitHub, Twitter, Bitbucket и Salesforce

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

У сервиса минималистичный интерфейс, в котором можно быстро разобраться

В новом окне нужно выбрать действие с проектом:

CI/CD — это «непрерывная интеграция и непрерывная поставка». При таком подходе в код вносят частые небольшие изменения, чтобы ускорить процесс коллективной работы.

Продвинутые пользователи могут создать проект через командную строку — это базовый инструмент работы с Git

После ввода основных параметров проекта остается нажать Create project, и репозиторий готов.

Для тех, кто не знает, как добавить репозиторий к уже существующим: нужно нажать на знак плюса в верхней части страницы и выбрать New project/repository.

По клику откроется меню с выбором, какой проект нужно создать

Как создать SSH-ключ

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

Git записывает все ваши действия. Так можно проверить, какое имя файла вы задали и куда сохранили

Далее нужно перейти к настройкам пользователя GitLab и выбрать раздел SSH Keys. Здесь нужно вставить скопированный текст в поле Key, задать имя и срок действия ключа и нажать Add key.

Новый SSH-ключ готов. Теперь с его помощью можно связать локальный репозиторий на компьютере с облачным в GitLab

Как клонировать репозиторий

Это действие нужно, чтобы подключить ключ. Чтобы клонировать репозиторий в GitLab:

Эти данные нужно будет ввести в Git-клиент на компьютере.

Выводы

Репозиторий — функциональное средство для работы с кодом. Работа с Git-репозиторием в программировании не позволит потерять или безвозвратно испортить код. Любые правки всегда можно отменить.

Для работы с системой контроля репозиториев потребуется Git-клиент на компьютере — через него отправляют пакеты с кодом в облачное хранилище. Он бесплатный и доступен для разных операционных систем: Windows, Linux и macOS. Также во всех современных редакторах кода типа VS Code или Atom есть инструменты для работы с репозиториями и Git-платформами. Это может быть встроенная возможность или плагины.

Источник

РЕПОЗИТОРИЙ

Смотреть что такое «РЕПОЗИТОРИЙ» в других словарях:

репозиторий — Хранилище объектов баз данных. [http://www.morepc.ru/dict/] Тематики информационные технологии в целом EN repository … Справочник технического переводчика

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

Репозиторий (значения) — Репозиторий: (англ. repository склад, хранилище) Репозиторий См. также Репозиторий Юкка Маунтин американское сухое хранилище отработанного ядерного топлива … Википедия

репозиторий программных пакетов (репозиторий) — 3.17 репозиторий программных пакетов (репозиторий): Замкнутая совокупность программных пакетов и метаинформации о них. Репозиторий называется замкнутым, если для каждого бинарного пакета можно вычислить его замыкание, т.е. можно установить пакет… … Словарь-справочник терминов нормативно-технической документации

репозиторий — (истор., лат. repono, repositum возвращать на место, вправлять) акушерский инструмент, применявшийся для вправления выпавшей петли пуповины … Большой медицинский словарь

Юкка-Маунтин (репозиторий) — Юкка Маунтин … Википедия

Сизиф (репозиторий) — У этого термина существуют и другие значения, см. Сизиф (значения). Сизиф персонаж греческой мифологии. Сизиф ( … Википедия

центральный репозиторий — центральная система хранения Данная система предназначена для хранения различных данных, включая биографии спортсменов, количество медалей, расписание мероприятий, отчеты о транспортном обслуживании и информацию о посетителях. [Департамент… … Справочник технического переводчика

Институциональный репозиторий — Институциональный репозитарий электронный архив для длительного хранения, накопления и обеспечения долговременного и надежного открытого доступа к результатам научных исследований, проводимых в учреждении. Университетский институциональный… … Википедия

Репозитарий — Репозиторий место, где хранятся и поддерживаются какие либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети. Примером репозитория может служить репозиторий свободного программного… … Википедия

Источник

Что такое «Репозиторий»? Определение слова «Репозиторий» и его смысл

Репозиторий (ударение на вторую «о») это электронное хранилище данных, причём как правило речь идёт о программном коде. У репозиториев две основные функции, каждую из которых мы сейчас разжуём помягче.

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

Во-вторых, программисты используют репозитории для контроля версий, который особенно важен при разработке одной и той же программы несколькими программистами. В репозиториях хранятся стабильные версии программы, причём каждое изменение должно быть задокументировано: кто, когда и зачем его сделал. Такой подход к программированию позволяет выявлять накосячивших программистов и откатывать программы к более ранней версии.

И не забудьте подписаться на самый интересный паблик ВКонтакте!

Источник

Репозиторий

Смотреть что такое «Репозиторий» в других словарях:

РЕПОЗИТОРИЙ — Место, где хранятся и поддерживаются какие либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети. Репозитории используются в системах управления версиями, в них хранятся все… … Словарь бизнес-терминов

репозиторий — Хранилище объектов баз данных. [http://www.morepc.ru/dict/] Тематики информационные технологии в целом EN repository … Справочник технического переводчика

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

Репозиторий (значения) — Репозиторий: (англ. repository склад, хранилище) Репозиторий См. также Репозиторий Юкка Маунтин американское сухое хранилище отработанного ядерного топлива … Википедия

репозиторий программных пакетов (репозиторий) — 3.17 репозиторий программных пакетов (репозиторий): Замкнутая совокупность программных пакетов и метаинформации о них. Репозиторий называется замкнутым, если для каждого бинарного пакета можно вычислить его замыкание, т.е. можно установить пакет… … Словарь-справочник терминов нормативно-технической документации

репозиторий — (истор., лат. repono, repositum возвращать на место, вправлять) акушерский инструмент, применявшийся для вправления выпавшей петли пуповины … Большой медицинский словарь

Юкка-Маунтин (репозиторий) — Юкка Маунтин … Википедия

Сизиф (репозиторий) — У этого термина существуют и другие значения, см. Сизиф (значения). Сизиф персонаж греческой мифологии. Сизиф ( … Википедия

центральный репозиторий — центральная система хранения Данная система предназначена для хранения различных данных, включая биографии спортсменов, количество медалей, расписание мероприятий, отчеты о транспортном обслуживании и информацию о посетителях. [Департамент… … Справочник технического переводчика

Институциональный репозиторий — Институциональный репозитарий электронный архив для длительного хранения, накопления и обеспечения долговременного и надежного открытого доступа к результатам научных исследований, проводимых в учреждении. Университетский институциональный… … Википедия

Репозитарий — Репозиторий место, где хранятся и поддерживаются какие либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети. Примером репозитория может служить репозиторий свободного программного… … Википедия

Источник

Репозиторий

Из Википедии — свободной энциклопедии

Репозито́рий [1] (от англ. repository — хранилище) — место, где хранятся и поддерживаются какие-либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети.

Существуют репозитории для хранения программ, написанных на одном языке (например, CPAN для Perl) или предназначенных для одной платформы. Многие современные операционные системы, такие как OpenSolaris, FreeBSD и большинство дистрибутивов Linux, имеют официальные репозитории, но также позволяют устанавливать пакеты из других мест. Большинство репозиториев бесплатны, однако некоторые компании предоставляют доступ к собственным репозиториям за платную подписку.

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

Существуют различные автоматизированные системы создания репозиториев. Один из типов репозиториев: хранилища на CD/DVD — установочные диски для пакетов того или иного ПО.

Среди дистрибутивов Linux популярны репозитории с форматом метаданных YUM для дистрибутивов на базе RPM-пакетов, и репозитории с метаданными APT для дистрибутивов на основе DEB-пакетов.

Источник

Репозиторий

Репозиторий (от англ. repository – склад, хранилище; встречается также написание «репозитарий») – это профессиональный участник рынка ценных бумаг, осуществляющий ведение реестров договоров РЕПО и договоров с деривативами, заключенных на организованных торгах.

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

Основные направления деятельности репозитория:

– сбор и регистрация информации о производных финансовых инструментах и договорах РЕПО, заключенных на внебиржевом рынке на основании генеральных соглашений;

– ведение реестра зарегистрированных договоров;

– предоставление подтверждения о зарегистрированных договорах клиентам и регуляторам;

– обеспечение целостности и сохранности информации.

На сегодняшний день в РФ действуют два репозитория: ЗАО «Национальный расчетный депозитарий», признанный Банком России системно значимым, и репозиторий ПАО «Санкт-Петербургская биржа».

Источник

репозиторий

Смотреть что такое «репозиторий» в других словарях:

РЕПОЗИТОРИЙ — Место, где хранятся и поддерживаются какие либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети. Репозитории используются в системах управления версиями, в них хранятся все… … Словарь бизнес-терминов

репозиторий — Хранилище объектов баз данных. [http://www.morepc.ru/dict/] Тематики информационные технологии в целом EN repository … Справочник технического переводчика

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

Репозиторий (значения) — Репозиторий: (англ. repository склад, хранилище) Репозиторий См. также Репозиторий Юкка Маунтин американское сухое хранилище отработанного ядерного топлива … Википедия

репозиторий программных пакетов (репозиторий) — 3.17 репозиторий программных пакетов (репозиторий): Замкнутая совокупность программных пакетов и метаинформации о них. Репозиторий называется замкнутым, если для каждого бинарного пакета можно вычислить его замыкание, т.е. можно установить пакет… … Словарь-справочник терминов нормативно-технической документации

Юкка-Маунтин (репозиторий) — Юкка Маунтин … Википедия

Сизиф (репозиторий) — У этого термина существуют и другие значения, см. Сизиф (значения). Сизиф персонаж греческой мифологии. Сизиф ( … Википедия

центральный репозиторий — центральная система хранения Данная система предназначена для хранения различных данных, включая биографии спортсменов, количество медалей, расписание мероприятий, отчеты о транспортном обслуживании и информацию о посетителях. [Департамент… … Справочник технического переводчика

Институциональный репозиторий — Институциональный репозитарий электронный архив для длительного хранения, накопления и обеспечения долговременного и надежного открытого доступа к результатам научных исследований, проводимых в учреждении. Университетский институциональный… … Википедия

Репозитарий — Репозиторий место, где хранятся и поддерживаются какие либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети. Примером репозитория может служить репозиторий свободного программного… … Википедия

Источник

Что такое Репозитории (repo) в Cydia, список полезных репозиториев? [IFAQ]

После того, как мы постарались ответить на Ваши вопросы от том, что такое джейлбрейк (jailbreak) и что такое Cydia (Сидия, Сайдия, Кайдия), наверняка Вы столкнетесь с новым определением — Repository (repo, репо, репозиторий). Репозиторий, хранилище это место, в котором хранятся и обновляются какие-либо данные. Чаще всего это данные в виде файлов, доступных для дальнейшего распространения через Интернет. В этой статье мы расскажем

о репозиториях в Cydia. Главным отличием App Store от Cydia является то, что Cydia не является единым хранилищем для приложений. Cydia собирает данные о приложениях с различных интернет-ресурсов, специально разработанных для работы с ней. Эти интернет-ресурсы или попросту сайты и называют репозиториями. Репозиторий может создать любой человек, загрузив в него, например свою подборку приложений из Cydia. Репозиториев в Cydia великое множество.

По умолчанию, после установки Cydia, она уже содержит несколько репозиториев. Самый крупный из них— BigBoss. В этом репозитории находятся сотни тем и программ, например таких как очень популярные SBSettings и Barrel. Например приложение MyWi находится в другом репозитории — ModMyi.com. В общем для того, чтобы установить приложение, сначала нужно добавить в Cydia репозиторий, т.е. сайт, на котором оно храниться.

Как добавить новый репозиторий в Cydia.

1. Нажмите на иконку Cydia и зайдите в раздел «Manage» внизу экрана, затем выберите раздел «Sources».

2. Нажмите «Edit» в правом верхнем углу, а затем «Add» слева.

3. В появившемся окне введите ссылку на добавляемый репозиторий. Проверьте и «Add Source».

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

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

Список полезных репозиториев:

http://sinfuliphonerepo.com (приложения, патчи и т.д.)

http://ihacksrepo.com (огромная библиотека различных файлов)

http://cydia.i4tips.com (множество deb. пакетов)

http://apt.alleon.name (Русский репозиторий: темы, исправления, хаки, программы, игры, обои, рингтоны)

http://cydia.xsellize.com (программы, игры, картинки, мелодии.)

http://ispaziorepo.com/cydia/apt/ (темы, исправления, хаки, программы, игры, обои, рингтоны и т.д.)

http://cydia.hackulo.us (патчи AppSync, installous и HackLous)

http://repo.hackyouriphone.org (хаки, моды, программы и т.д.)

Важно. Никогда не устанавливайте незнакомые приложения из Cydia — это может привести к потере данных на устройстве или к восстановлению через iTunes.

Источник

Как не нужно использовать паттерн Repository

Данная статья является неким опытом, который был приобретен в результате весьма неприятной архитектурной ошибки, допущенной мной при длительной разработке проекта на Laravel5.

Я постараюсь рассказать, как использовал паттерн Repository в проекте, какие достоинства и недостатки были выявлены, как это повлияло на разработку в целом и какой профит был получен.

Введение

Сразу хочу предупредить, что статья скорее ориентирована на разработчиков, которые только знакомятся с паттернами проектирования, читают умные книжки, а потом пытаются все это дело применить, так сказать, в «продакшине». Весьма в тему будет упомянуть разработку с помощью frameworks, которые используют ActiveRecord (Например Yii, Laravel и др.), ведь именно благодаря ActiveRecord я продолжаю наступать на грабли и учиться решать различные проблемы.

Паттерн Repository

Репозиторий представляет собой концепцию хранения коллекции для сущностей определенного типа.

Подробнее об этом паттерне можно прочитать:

Старт с Repository

Если Вы разрабатывали средние и/или большие (не в плане нагрузки, а скорее с большой кодовой базой и длительной поддержкой) проекты, то скорее всего сталкивались с недостатками и проблемами, которые возникают при использовании ActiveRecord. Основные можно выделить в небольшой список:

Так вот, за несколько лет работы с frameworks в основе которых лежит ActiveRecord, я сталкивался скорее-всего со всеми его недостатками. И как-то начитавшись умных книжек и статей, при проектировании архитектуры нового проекта, я решил внедрить паттерн Repository.

Исходя из его простой реализации и описания — все просто: берем интерфейсы, биндим их на классы, которые будут нашими репозиториями достающими данные из «хранилища». Все отлично, в любом момент можем забиндить другой Repository, подменить реализацию методов выборки, в общем все четко.

Пошел поменял статус на Systems Architect

И вот произошел момент, когда мне действительно нужно было подменить реализацию. Я приехал в офис с улыбкой и с мыслями: «Как я все легко подменю, просто создам другой класс и поменяю строку при биндинге».

Однако задача стояла, подменить выборку в первом случае из файла, а в другом из стороннего API. Когда я начал копаться и разбираться во всем этом деле, я заметил, что мои «репозитории» возвращают модели. Да, все верно, мой якобы паттерн Repository возвращает все те-же модели, которые продолжают гулять по всему проекту.

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

Что это значит? Это значит, что любой представитель моей команды, мог использовать индивидуальные особенности «модели». Например мутаторы или аксессоры, или написать метод в модель с логикой и вызывать его где-угодно. Поэтому подменив реализацию, я изменил формат данных и теперь не могу гарантировать, что все приложение будет работать как работало, так-как могло произойти что угодно. Начиная от обращения к безобидному методу модели в любом месте, и заканчивая вызовом save() в виде. Никто не знает, никто не помнит, особенно если проект пережил несколько разработчиков, которые ушли и на смену им пришли новые.

Без паники, тесты

Что мы имеем?

Итак, у нас вышел дополнительный слой абстракции, который требует большего порога входа и больше времени на разработку с КПД стремящимся в 0, так-как модели как гуляли по проекту, так и продолжают гулять.

Пошел поменял статус на Junior Assistant

Более детально разбираемся в проблеме

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

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

Перерывая информацию по теме, я нашел вот такое приложение на Laravel:

Давайте посмотрим на пример UserRepository:

Один из методов я хочу разобрать тут (на случай, если все это пропадет):

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

Как использовать Repository правильно?

Реализация паттерна Repository или что-то типа того

Я нашел статью, в которой описывается реализация паттерна Repository для Laravel5 (скорее всего для Yii2 будет примерно то-же самое). Однако по моему личному мнению в ней скорее описывается структурированный подход к написанию запросов с помощью ActiveRecord. С одной стороны удобно, уменьшаются дубли кода, худеют модели и архитектура более изящна. С другой стороны Repository не совсем выполняют свою роль «абстрактного хранилища», так-как идет работа с моделями и полная привязка к ActiveRecord со всей его магией.

Опасность может быть в следующем: при смене источника данных (обратите внимание, не обязательно менять базу или framework, достаточно получить данные из друго-го ресурса, например из стороннего API или сделав сложный кастомный запрос с помощью query builder), если Вы работали с моделями, а новая реализация вернет массив или коллекцию, то скорее всего Вы не сможете гарантировать стабильную работу Вашего приложения. Так-как попросту Вы не знаете (если проект большой и пишется не только Вами), какие методы, аксессоры/мутаторы и прочие прелести моделей были использованы и где.

Выводы

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

Источник

что такое репозитории?

Репозиторий — место, где хранятся и поддерживаются какие-либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети.

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

Репозитории используются в системах управления версиями, в них хранятся все документы вместе с историей их изменения и другой служебной информацией. Русское сообщество Subversion рекомендует использовать вместо термина репозиторий термин хранилище, поскольку он полностью соответствует как прямому переводу слова «repository», так и его понятию.

Разрабатывается автоматизированная система создания репозиториев на CD/DVD — APTonCD.

Репозиторий — место, где хранятся и поддерживаются какие-либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети.

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

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

Источник

Что такое репозиторий

Репозито́рий, хранилище — место, где хранятся и поддерживаются какие-либо данные. Чаще всего данные в репозитории хранятся в виде файлов, доступных для дальнейшего распространения по сети.

Существуют репозитории для хранения программ, написанных на одном языке (например, CPAN для Perl) или предназначенных для одной платформы. Многие современные операционные системы, такие как OpenSolaris, FreeBSD и большинство дистрибутивов Linux, имеют официальные репозитории, но также позволяют устанавливать пакеты из других мест. Большинство репозиториев бесплатны, однако некоторые компании предоставляют доступ к собственным репозиториям за платную подписку.

Репозитории используются в системах управления версиями, в них хранятся все документы вместе с историей их изменения и другой служебной информацией. Русское сообщество Subversion рекомендует использовать вместо термина репозиторий термин хранилище, поскольку он полностью соответствует как прямому переводу слова «repository», так и его понятию.

Существуют различные автоматизированные системы создания репозиториев. Один из типов репозиториев: хранилища на CD/DVD — установочные диски для пакетов того или иного ПО.

Источник

¶ Репозиторий

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

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

Для того чтобы узнать как создать репозиторий перейдите по ссылке:
git quickstart

¶ Зеркалирование репозиториев

Зеркальное отображение репозиториев позволяет выполнять зеркальное отображение репозиториев на внешние источники и из них. Его можно использовать для зеркалирования веток, тегов и коммитов между репозиториями.

Зеркальное отображение репозитория полезно, когда вы хотите использовать репозиторий вне GitLab.

GitLab поддерживает два типа зеркалирования репозитория:

При обновлении зеркального репозитория все новые ветки, теги и фиксации будут отображаться в ленте активности проекта.

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

¶ Случаи применения

Ниже приведены некоторые возможные варианты использования зеркального отображения репозитория:

¶ Отправка в удаленный репозиторий

Для существующего проекта вы можете настроить push-зеркалирование следующим образом:

¶ Что значит сохранить расходящиеся ссылки

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

Когда включено push-зеркалирование, только push фиксируется непосредственно в зеркальном репозитории, чтобы предотвратить расхождение зеркала. Все изменения попадут в зеркальный репозиторий всякий раз, когда:

Изменения, отправленные в файлы в репозитории, автоматически отправляются на удаленное зеркало по крайней мере:

Вы можете отправлять только защищенные ветки из GitLab в удаленный репозиторий.

В случае разветвленной ветви вы увидите ошибку, указанную в разделе «Mirroring repositories».

Вы также можете создавать и изменять push-зеркала проекта через API удаленных зеркал.

¶ Извлечение из удаленного репозитория

Вы можете настроить репозиторий так, чтобы его ветки, теги и коммиты автоматически обновлялись из вышестоящего репозитория.

Это полезно, когда интересующий вас репозиторий находится на другом сервере, и вы хотите иметь возможность просматривать его содержимое и его активность с помощью знакомого интерфейса GitLab.

Чтобы настроить вытягивание зеркала для существующего проекта:

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

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

Для более подробной информации можно перейти по ссылке: Repository mirroring

¶ Коммит

Любые файлы, созданные или измененные вами и для которых вы не выполнили git add после редактирования, не войдут в ваш коммит. Они останутся измененными файлами на вашем диске.

Пример работы с коммитом можно посмотреть в разделе «Быстрый старт в Git»(в блоке «Что такое коммит?»).

¶ Если коммиты с другой почты

В статистике Git, размещенной в Личном кабинете, учитываются коммиты, сделанные только с почты с доменом @miem.hse.ru.

Если вы сделали часть коммитов с другой почты, то необходимо добавить ее в настройках аккаунта.

Для этого выполните следующие действия:

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

¶ Просмотр истории коммитов

Если вы запустите команду git log в папке склонированного проекта, то увидите следующий вывод:

По умолчанию (без аргументов) git log перечисляет коммиты, сделанные в репозитории в обратном к хронологическому порядке: последние коммиты находятся вверху.

¶ Поиск коммитов по разным критериям

Команда git log имеет большое количество опций для поиска коммитов по разным критериям. Рассмотрим наиболее популярные из них.

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

¶ Разница между автором и коммитером.

Автор – это человек, изначально сделавший работу, а коммитер – это человек, который последним применил эту работу. Другими словами, если вы создадите патч для какого-то проекта, а один из основных членов команды этого проекта применит этот патч, вы оба получите статус участника: вы как автор и основной член команды как коммитер.

¶ Ограничение вывода

Опции для ограничения вывода команды git log вы можете увидеть эти и другие распространенные опции.

¶ Ветки

Ветка в Git — это простой перемещаемый указатель на один из таких коммитов. По умолчанию имя основной ветки в Git — master.

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

¶ Создание новой ветки

Что происходит при создании ветки? Создаётся новый указатель для дальнейшего перемещения.

Это тоже самое что и:
$ git branch testing
$ git checkout testing
Здесь мы сначала создали ветку, затем перешли на нее.

¶ Работа с веткой master

¶ Как сделать merge request

Merge request позволяет перед коммитом в master ветку отправить внесенные изменения другим разработчикам проекта. Это аналог pull request в git. Merge request позволяет предотвратить внесение некорректных изменений, которые сломают проект.

Для начала создадим и перейдем на ветку, с которой будем работать:

Далее нужно перейти в настройки вашего проекта, в боковой меню нажмите на «Merge Requests«.

В открывшемся окне нажмите на кнопку «New Merge Request» для создания нового запроса на слияния одной ветки с другой.

В разделе выберите ветку, из которой хотите добавить изменения (в нашем случае development). В качестве «Target branch» выберите master.

Затем нажмите на кнопку «Compare branches and continue«.

Если не возникло конфликтов, на новой странице задайте заголовок, описание и в поле Assignee выберите своего руководителя.

Рекомендуем вам делать при слиянии веток сквош: объединять коммиты. Это помогает избежать путаницы и длинного списка коммитов. Для этого просто поставьте галочку около пункта «Squash commits when merge request is accepted». Далее нажмите на «Merge».

Подробнее о правильной работе с GitFlow можно прочитать здесь:
Модель ветвления Gitflow

Источник

Репозитории

Содержание

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

Введение

Репозитории – это специальные сервера-хранилища таких файлов. Их также можно назвать «Источниками приложений». Пользовательские компьютеры подключаются к репозиториям по сети или через интернет и при помощи специальных утилит (таких как Synaptic) позволяют Вам увидеть, какие пакеты у Вас установлены, какие доступны для установки. Большинство утилит поддерживают простой поиск по ключевым словам и способны разбивать группы пакетов по категориям.

Использование связки репозиторий-утилита позволяет использовать простой, централизованный метод установки/удаления программ, а также предоставляет удобный способ выкладывания обновлений.

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

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

Репозитории Ubuntu

В Ubuntu всё программное обеспечение делится на четыре секции, называемые компонентами, чтобы отразить разницу в лицензии и уровне доступной поддержки.

Пакеты распределяются по компонентам таким образом:

Существует четыре основных репозитория Ubuntu.

Кроме официальных, существует множество репозиториев от авторов программ и от тех, кто не поленился собрать из исходников пакет и поделиться им с другими. Launchpad предлагает создавать PPA-репозитории — Personal Package Archive, обычно небольшой репозиторий, в который его хозяин складывает исходники, а пользователи на выходе получают уже готовый deb-пакет.

Подключение репозитория

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

При помощи графического интерфейса

Для подключения репозитория выполните следующие шаги.

В появившемся окне выберите вкладку «Другое ПО», нажмите кнопку «Добавить».

В появившемся окне заполните поле «Строка APT:» и нажмите кнопку «Добавить источник».

Источник будет добавлен и включен, нажмите кнопку «Закрыть».

Т.к. был подключен новый источник программного обеспечения, необходимо обновить информацию о пакетах. Появится окно, с предложением это сделать. Нажмите «Обновить». После обновления информации о пакетах окно «Источники приложений» закроется, и скорее всего вы получите ошибку о неподписанном источнике приложений, тем не менее, вы сможете устанавливать пакеты, содержащиеся в свежеподключенном репозитории стандартными средствами. Для устранения ошибки неподписанного репозитория см. пункт про защиту репозиториев ниже.

При помощи консоли (рекомендуемый способ)

Начиная с Ubuntu 10.04 добавлять репозиторий можно одной командой, вот пример для ppa-репозитория:

При помощи консоли

и добавьте туда APT строку. Чем «выше» (т.е. ближе к началу файла) стоит строка, тем больший приоритет получит добавленный репозиторий. Должно получиться примерно так:

Далее следует обновить список пакетов. Для этого выполните:

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

Устройство репозитория

Пакет (например *.deb файл) размещается на общедоступном интернет-ресурсе (например archive.ubuntu.com). Затем информация о пакете заносится в файл Packages, который, в свою очередь, для удобства работы пакуется в Packages.gz

Пример записи в файле Packages для пакета abiword :

Файлов Packages.gz может быть несколько (например, по одному для каждой архитектуры). Файл Release содержит описание репозитория в целом и ссылки на различные Packages.gz

Общая же схема работы выглядит примерно так:

Защита репозиториев

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

В Ubuntu по умолчанию доверенными являются репозитории на установочных дисках и основные интернет репозитории — archive.ubuntu.com. При наличие на пользовательском компьютере нескольких подключенных репозиториев, предпочтение отдается доверенным.

Где repo.key — полученный вами ключ репозитория.

Источник

Что такое репозитории? Как их включать и отключать

В этой статье рассказывается о таких репозиториях как: Universe, Multiverse и других в Ubuntu. О том, как их включить или отключить.

Итак, вы пытаетесь следовать учебнику из интернета и устанавливаете программное обеспечение с помощью команды apt, apt-get и оно выдает ошибку:

E: Unable to locate package xyz

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

Вы можете включить Universe и Multiverse репозитории в Ubuntu, используя следующие команды:

sudo add-apt-repository universe multiverse

sudo apt update

Вы установили Universe и Multiverse хранилище, но знаете ли вы, что это за хранилища? Как они играют роль в установке пакетов? Почему есть несколько репозиториев?

Я объясню все это более подробно.

Концепция репозиториев в Ubuntu

Итак, вы уже знаете, что для установки программного обеспечения в Ubuntu вы можете использовать команду apt. Это тот же диспетчер пакетов APT, который используется под Ubuntu Software Center. Таким образом, все программное обеспечение (кроме пакетов Snap), которое вы видите в Центре программного обеспечения, в основном от APT.

Вы когда-нибудь задумывались, откуда программа apt устанавливает программы? Как он узнает, какие пакеты доступны, а какие нет?

Apt в основном работает на хранилище. Хранилище — это не что иное, как сервер, содержащий набор программного обеспечения. Ubuntu предоставляет набор репозиториев, так что вам не придется искать в Интернете установочный файл различного программного обеспечения, которое вам нужно. Этот централизованный способ предоставления программного обеспечения является одним из основных преимуществ использования Linux.

Менеджер пакетов APT получает информацию о репозитории из файла /etc/apt/sources.list и файлов, перечисленных в каталоге /etc/apt/sources.list.d. Информация о репозитории обычно представлена ​​в следующем формате:

deb http://us.archive.ubuntu.com/ubuntu/ bionic main

Фактически, вы можете перейти по указанному выше адресу сервера и посмотреть как устроен репозиторий.

Когда вы обновляете Ubuntu с помощью команды apt update, менеджер пакетов apt получает информацию о доступных пакетах (и их версии) из репозиториев и сохраняет их в локальном кэше. Вы можете увидеть это в каталоге /var/lib/apt/lists.

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

Теперь вы знаете, как хранилища играют важную роль, давайте посмотрим, почему в Ubuntu есть несколько хранилищ.

Репозитории Ubuntu: Main, Universe, Multiverse, Restricted и Partner

Программное обеспечение в репозитории Ubuntu подразделяется на пять категорий: Main, Universe, Multiverse, Restricted и Partner.

Почему Ubuntu это делает? Почему бы не поместить все программное обеспечение в один репозиторий? Чтобы ответить на этот вопрос, давайте посмотрим, что это за репозитории:

Main — Основной

Когда вы устанавливаете Ubuntu, это хранилище включается по умолчанию. Основной репозиторий состоит только из FOSS (бесплатное программное обеспечение с открытым исходным кодом), которое может распространяться свободно без каких-либо ограничений.

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

Universe — Универсальный

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

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

Multiverse — Мультиуниверсальный

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

Вам решать, хотите ли вы использовать Multiverse репозиторий и проверить, имеете ли вы право на использование программного обеспечения.

Restricted — Ограниченный

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

Ограниченные репозитории состоят из проприетарных драйверов.

Partner — Партнерский

Этот репозиторий состоит из проприетарного программного обеспечения, упакованного Ubuntu для их партнеров. Ранее Ubuntu предоставляла Skype через этот репозиторий.

Сторонние репозитории и PPA (не предоставляются Ubuntu)

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

Например, если вы добавите репозиторий, предоставленный VirtualBox, вы можете получить последнюю версию VurtualBox. Это добавит новую запись в ваш sources.list.

Вы также можете установить дополнительное приложение, используя PPA (Personal Package Archive).

Совет. Попробуйте НЕ добавлять ничего, кроме репозиториев Ubuntu, в свой файл sources.list. Вы должны держать этот файл в идеальном состоянии, потому что, если вы испортите его, вы не сможете обновить свою систему или (иногда) даже установить новые пакеты.

Добавить Universe, Multiverse и другие репозитории

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

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

Чтобы включить репозиторий Universe, используйте:

sudo add-apt-repository universe

Чтобы включить ограниченный репозиторий, используйте:

sudo add-apt-repository restricted

Чтобы включить хранилище Multiverse, используйте эту команду:

sudo add-apt-repository multiverse

Вы должны использовать команду sudo apt update после добавления репозитория, чтобы ваша система создала локальный кеш с информацией о пакете.

Графически, перейдите на страницу Software & Updates, и вы можете включить репозитории здесь:

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

Чтобы отключить хранилище, просто снимите флажок.

Бонусный совет: Как узнать, к какому репозиторию принадлежит пакет?

Ubuntu имеет специальный веб-сайт, который предоставляет вам информацию обо всех пакетах, доступных в архиве Ubuntu. Перейдите на веб-сайт поиска пакетов в Ubuntu — Ubuntu Packages.

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

Он покажет вам все соответствующие пакеты, выпуски Ubuntu и информацию о репозитории.

Как вы можете видеть выше, пакет vlc доступен в репозитории Universe для различных выпусков Ubuntu.

Заключение

Я надеюсь, что эта статья помогла вам понять концепцию репозиториев в Ubuntu.

Если у вас есть какие-либо вопросы или предложения, пожалуйста, не стесняйтесь оставлять комментарии ниже.

Источник

Что такое репозиторий

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

С точки зрения программного обеспечения Git бывает трех видов:

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

Репозиторий состоит из следующих элементов:

1. Локальная система. Файлы хранятся на одном компьютере. Это делает множество ограничений для командной разработки.

2. Централизованная. Использует общий сервер, предоставляя команде облачное хранилище файлов. Сервер обеспечивает удаленную работу команды над проектом. Однако данный способ не безопасен и сервер может подвергнуться сбою или взлому, что может привести к повреждению файлов.

3. Распределенная система. Создана для удаленной и локальной работы. Поврежденные файлы легко восстановить. Является самой дорогой, но самой надежной организацией Git.

Источник

Git для начинающих. Урок 2.
Создание и клонирование репозитория

Видеоурок. Часть 1. Практика

Все о репозиториях

Видеоурок. Часть 2

Конспект урока

Краткое содержание урока, основные инструкции для командной строки, полезные ссылки и советы.

Что такое репозиторий

Это каталог в файловой системе, где хранится информация о проекте:

Можно ли работать с git локально

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

Локальный репозиторий

Удаленный репозиторий, зачем он нужен

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

Плюсы удаленного репозитория

Что такое клонирование

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

Как клонировать готовый проект

Наберем в командной строке

Как клонировать проект в другую папку

При клонировании по умолчанию создается папка с таким же названием, как и у репозитория. Но можно склонировать репозиторий и в другую папку вот так

Свой удаленный репозиторий

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

Где держать репозиторий

На самом деле не парьтесь. У них схожий функционал, и в начале работы с git мы не заметим разницы. bitbucket мне нравится больше из-за интерфейса, но в уроках выберем github из-за его большей популярности.

Как создать репозиторий в github

После регистрации создание репозитория доступно с главной страницы github. При создании нужно указать название проекта и тип (публичный или приватный). На остальное пока не обращаем внимания.

Права на репозиторий, публичные и приватные

Есть 2 типа репозиториев:

Публичные репозитории хороши для opensource-проектов и чтобы показать в резюме. Пока нам это не нужно.

Для себя будем создавать приватные репозитории. Для этого нам понадобятся ssh-ключи.

Что такое ssh-ключи

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

ssh-ключ не имеет прямого отношения к git, но так репозитории находятся на удаленных серверах, то ssh-ключи используются для разграничения доступа к приватным репозиториям.

ssh-ключ состоит из пары ключей: публичного и приватного ключа. Это просто 2 текстовых файла:

Публичный ключ передается сторонним серверам, например, github, для открытия доступа на эти сервера. Приватный ключ хранится только на нашей машине и никому не передается. То есть когда у нас просят ssh-ключ, чтобы дать доступ на какой-нибудь сервер, мы отдаем именно публичный ключ, id_rsa.pub

Как сгенерировать ssh-ключ

ssh-ключи сами собой не появляются, но стоит проверить, возможно, они были установлены раньше. Запустим в терминале команды

Если этих файлов нет, то нужно сгенерировать ключи утилитой ssh-keygen. В Windows она устанавливается вместе с git, в Linux и MacOS при необходимости установите. В Linux, например, вот так

После этого нужно сгенерировать пару ключей, запустив команду в терминале

Как добавить ssh-ключ в настройках github

Два способа создания проекта

Первый, когда мы начинаем новый проект. Удобнее будет создать репозиторий на github и склонировать пустой проект на локальную машину.

Второй, когда у нас уже есть проект. Нужно зайти в папку проекта и связать его с уже существующим репозиторием на github. Это называется инициализация.

Рассмотрим оба способа.

Пустой проект

Идем в командную строку и запускаем

Непустой проект

Допустим, у нас на локальной машине уже есть проект second-site. Создаем в github репозиторий second-site. Заходим в папку проекта и выполняем команды

Все, можно приступать к работе над проектом. Команды add, commit и push мы разберем в следующих уроках.

Это единственный урок, в котором мы разбирались с тонкостями репозиториев. В дальнейшем будем считать, что репозиторий = проект.

Что могу посоветовать

Немного подробнее о копировании ssh-ключей

Как скопировать ssh-ключи с одной машины на другую

Хочу немного затронуть эту тему отдельно. Генерировать ключ на новой машине не обязательно. Но нужно выполнить такие действия

Ссылки, которые могут пригодиться

На этом все. В следующем уроке мы сделаем первые изменения в проекте и начнем понимать, в чем заключается прелесть git.

Источник

О репозиториях замолвите слово

В последнее время на хабре, и не только, можно наблюдать интерес GO сообщества к луковой/чистой архитектуре, энтерпрайз паттернам и прочему DDD. Читая статьи на данную тему и разбирая примеры кода, постоянно замечаю один момент — когда дело доходит до хранения сущностей предметной области — начинается изобретение своих велосипедов, которые зачастую еле едут. Код вроде бы состоит из набора паттернов: сущности, репозитории, value object’ы и так далее, но кажется, что они для того там “чтобы были”, а не для решения поставленных задач.
В данной статье я бы хотел не только показать, что, по моему мнению, не так с типичными DDD-примерами на GO, но также продемонстрировать собственную ORM для реализации персистентности доменных сущностей.

Дисклеймер

Прежде чем приступить к теме статьи, есть несколько моментов, которые необходимо осветить:

А теперь — можно начинать.

Энтерпрайз паттерны в GO и что с ними не так

Речь здесь пойдет о таких паттернах как: репозиторий, сущность, агрегат и способах их приготовления. Для начала, давайте разберемся, что же это за паттерны такие. Я не буду придумывать определения в стиле “от себя”, а буду использовать слова признанных мастеров: Ерика Эванса и Мартина Фаулера.

Сущность

Начнем с сущности. По Эвансу:

Entity: Objects that have a distinct identity that runs through time and different representations. You also hear these called «reference objects».

Ну тут вроде бы ничего сложного, сущности в GO можно реализовать, используя структуры. Вот типичный пример:

Агрегат

А вот про этот шаблон как то незаслуженно забывают, особенно в контексте GO. А забывают, между прочим, абсолютно зря. Чуть позже мы разберем почему агрегаты намеренно не используются в различных примерах DDD проектов на GO. Итак, определение по Эвансу:

Cluster the entities and value objects into aggregates and define boundaries around each. Choose one entity to be the root of each aggregate and control all access to the objects inside the boundary through the root

Рассмотрим пример aggregate root:

Тут у нас агрегат “пользователь”, который включает в себя сущность User, а также набор желаний этого пользователя и набор друзей.

Ну пока все ок, скажете вы, разве есть какие-то проблемы с реализацией? Я считаю — есть, перейдем к репозиториям.

Репозиторий

A Repository mediates between the domain and data mapping layers, acting like an in-memory domain object collection. Client objects construct query specifications declaratively and submit them to Repository for satisfaction. Objects can be added to and removed from the Repository, as they can from a simple collection of objects, and the mapping code encapsulated by the Repository will carry out the appropriate operations behind the scenes. Conceptually, a Repository encapsulates the set of objects persisted in a data store and the operations performed over them, providing a more object-oriented view of the persistence layer. Repository also supports the objective of achieving a clean separation and one-way dependency between the domain and data mapping layers.

Определение емкое, поэтому выделю основные моменты:

Давайте рассмотрим типичный для GO пример репозитория и как он используется:

Вопросы, которые сразу же возникают для таких репозиториев:

Обычно в примерах GO кода такие вопросы принято “обходить” всеми возможными способами:

А как насчет схожести интерфейса репозитория к интерфейсу GO-коллекций? Ниже представлен пример работы с коллекцией пользователей реализованной через slice:

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

Обобщим проблемы, которые не дают DDD-like GO коду быть достаточно выразительным, тестируемым и вообще классным:

D3 ORM. Зачем оно мне?

Хм, похоже что написать свою ORM не самая плохая идея, что я и сделал. Рассмотрим как же она помогает решить описанные выше проблемы. Для начала, как выглядит сущность Wish и агрегат User:

Как видите изменений не много, но они есть. Во первых — появились аннотации, с помощью которых описывается мета-информация (имя таблицы в БД, маппинг полей структуры на поля в БД, индексы). Во вторых — вместо обычных для GO коллекций — slice’ов D3 ORM накладывает требования на использование своих коллекций. Данное требование исходит из желания иметь фичу lazy/eager loading. Можно сказать, что, если не брать в расчет кастомные коллекции, то описание бизнес сущностей делается полностью нативными средствами.

Ну что ж, а теперь перейдем непосредственно к тому, как выглядят работа с репозиториями в D3ORM:

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

Если вы работали с такими инструментами как: hybernate или doctrine то, для вас это не будет неожиданностью. Так же для вас не должно быть неожиданностью то, что вся работа выполняется в рамках логических транзакций — сессий. Для удобства работы с сессиями в D3 ORM есть ряд функций, которые позволяют положить и вынуть их из контекста.

Разберем еще некоторые примеры кода для демонстрации тех или иных фич:

Подробно о том, как работать с ORM, есть документация, а также демо проект. Краткий список фич:

А зачем оно вам?

Резюмируя, чем вам может быть полезна D3 ORM:

В противном случае не могу советовать использовать D3 ORM.
А еще бы хотел описать случаи, где, по моему мнению, использовать любую ORM плохая идея:

Заключение

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

Источник

maestrow / repository.md

Паттерн Репозиторий стал популярным благодаря DDD (Domain Driven Design). В противоположность к Database Driven Design в DDD разработка начинается с проектирования бизнес логики, принимая во внимание только особенности предметной области и игнорируя все, что связано с особенностями базы данных или других способов хранения данных. Способ хранения бизнес объектов реализуется во вторую очередь.

Применение данного паттерна не предполагает создание только одного объекта репозитория во всем приложении. Хорошей практикой считается создание отдельных репозиториев для каждого бизнес-объекта или контекста, например: OrdersRepository, UsersRepository, AdminRepository.

Generic Repository это антипаттерн

Репозиторий и ORM

Возможно у вас возник вопрос: Зачем использовать репозиторий, если я использую ORM?

Действительно, ORM позволяет:

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

Преимущества паттерна Репозиторий

Репозиторий и DAL (Data Access Layer, Persistence Layer)

Источник: Серия статей by Mike Mogosanu из его блога https://blog.sapiensworks.com:

На момент написания этой заметки статьи Mike размещались в категории Repository, затем он переделал свой блог и эти статьи попали в категорию Best Practces, что охватывает и другие вопросы, выходящие за рамки темы Паттерн Репозиторий. Поэтому привожу здесь ссылку на версию статей 2014 года.

Источник

Что такое репозиторий

Главная Библиотеки Вузовские библиотеки

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

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

Артём ВАСИЛЬЕВ, директор Научной библиотеки Томского государственного университета (ТГУ)

— Мы развиваем репозиторий ТГУ, размещая в нём публикации наших сотрудников, книги и журналы, которые выходят в издательстве университета, и рассматриваем эти коллекции как инструмент продвижения вуза. Ведём большую работу по развитию и активному позиционированию электронной библиотеки, несколько лет назад озадачились вопросом индексации всего, что находится в наших поисковых системах. Провели успешную настройку, присоединились к национальному агрегатору репозиториев НОРА. За прошедшие два года число новых обращений к электронной библиотеке составило порядка 150 тыс., в два раза увеличилось количество обращений из поисковых систем.

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

Наталия СОКОЛОВА, директор Центра библиотечных систем Санкт-Петербургского государственного политехнического университета (СПбПУ) Петра Великого

— В чём концептуальное методологическое различие между электронной библиотекой, электронно-библиотечной системой (ЭБС) и репозиторием, на сегодняшний день понять непросто. Как это происходило у нас? В 2000 г. в вузе приказом ректора была создана электронная библиотека. В 2006 г. с принятием IV части ГК РФ деятельность на полгода приостановилась: мы внедряли систему защиты для авторов, передающих свой контент на хранение. Далее последовал приказ о том, что в вузе должна быть ЭБС. У нас появилась система, выполняющая функции и ЭБС, и репозитория. Там хранились оцифрованные объекты, созданные за всё время существования вуза, учебная литература. Наконец в сотрудничестве с зарубежными партнёрами был создан репозиторий.

Следует отметить, что за эти 20 лет произошёл сдвиг в сознании учёных. Если раньше они относились скептически, то теперь статус электронной библиотеки, ЭБС и репозитория в университете достаточно высок, это эффективный инструмент продвижения вуза. Действительно, не очень важно, на какой платформе существует репозиторий. В СПбПУ Петра Великого он был создан на базе ЭБС, у нас собственные технологии защиты контента и интеграции. Примерно до 2013 г. статистика использования цифрового контента была нулевой. Потом мы обновили интерфейс, а ещё один перелом произошёл в 2016-м, когда стали присваивать DOI. Моментально пошёл отклик: увеличилось число цитирований, вырос рейтинг вуза.

Все оценивают значимость этих ресурсов с точкизрения защиты авторского права. Связанные с документами на бумаге электронные материалы, поступающие после 2008 г., получают ту степень доступности, которую определил правообладатель, это обеспечивается техническими средствами. Процесс организован так, что является неотъемлемой частью общей системы вуза. Всё, что есть в рабочей программе дисциплины, представлено и в электронном каталоге, а значит, и в электронной библиотеке.

Учебный процесс в настоящее время переходит к большей гранулированности. По новым программам учебные курсы приходится писать самим преподавателям. И здесь велика роль репозитория для их хранения и использования. Всё легитимно, на весь контент есть договоры, акты с издательствами, журналами и другими игроками. Когда в вузе будет внедрена электронно-цифровая подпись, все процессы упростятся. Наша позиция в том, чтобы репозиторий был растворён в вузе. А кто им управляет, не принципиально.

Натела КВЕЛИДЗЕ-КУЗНЕЦОВА, директор Научной библиотеки Российского государственного педагогического университета имени А.И. Герцена

— Мы находимся на такой стадии развития, что пора перестать мериться цифрами, масштабами. По большому счёту у всех всё есть. Важнее поделиться опытом с отстающими: с теми, у кого хуже материальная база, меньше персонала. Если это библиотека, то заработная плата всегда небольшая: попробуйте привлечь эксперта высокого уровня! Расслоение на мастодонтов цифровизации и новичков неприемлемо, нужны золотая середина и последовательность в действиях. Вспомните, как один из ведущих вузов затеял разработку концепции развития университетских библиотек. Где эта концепция сейчас? Тогда была сиюминутная задача, которая решилась определённым образом, и дальше это стало неинтересным. Безусловно, вузам нужно дружить, но учитывая интересы и уровень развития каждого.

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

Андрей МИХЕЕНКОВ, руководитель теоретического отдела Института физики высоких давлений имени Л.Ф. Верещагина РАН, профессор кафедры теоретической физики МФТИ

— Нет никаких сомнений в чрезвычайной важности репозиториев. Для меня и моих студентов они уже не просто заменили научные журналы, которые теперь нужны только для публикации статей. Фактически все уже читают статьи в репозиториях.

Существует глобальная наука, внутри неё есть направления, а в конце этой структуры находятся конкретные задачи. Каждый исследователь обязан прочитать всё, что написано в мире по его теме. Например, по моей задаче сейчас создано около 3,8 тыс. статей. В молодости я знал по этой теме всё: статей было не больше 50, а сегодня молодой специалист, входящий в задачу, формально не может с ней досконально ознакомиться. Например, по направлению «Физика твёрдого тела» за 2019 год было опубликовано 15 тыс. статей. В разделе 10 рубрик, нужно оценивать минимум три. Это означает, что за год нужно просматривать 3 тыс. статей. 10 статей в день — это нереально. В биологических науках поток информации ещё больше.

Система журнальных индексов, импакт-фактор существенно влияют на рост числа научных публикаций. Он происходит гораздо быстрей, чем увеличение новых научных знаний. По моей субъективной оценке, коэффициент достигает 4–5. Там, где, по существу, нужны две статьи, пишут 8–10.

Давайте быть честными. Когда я прочитал 50 статей по изучаемой теме и написал собственную, то знал, на что ссылаться: на предшественников, на историю, на авторитеты, на свою предыдущую статью. На что теперь принято ссылаться? Во-первых, на то, на что и раньше. Во-вторых, на потенциальных рецензентов, на своих друзей, которые за это сошлются на меня, на журнал, в который я посылаю статью. Весь этот огромный, многомиллионный аппарат цитирования в значительной степени находится под воздействием посторонних факторов. Это означает, что индексы не так уж прозрачны. Такой экспоненциальный рост, безусловно, должен закончиться, но мы не знаем когда. Нет никаких признаков, кроме отдельных реплик учёных и исследователей.

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

Ирина РАЗУМОВА, заместитель директора НП НЭИКОН по научной работе

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

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

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

Есть агрегаторы, которые пользуются поддержкой государства. Они не хранят у себя произведения, а являются хабами, собирающими метаданные и осуществляющими по ним поиск. Или крупные репозитории типа WorldCat или BASE, которые по API автоматически собирают научные публикации, находящиеся под лицензией Creative Commons. Мы сейчас тоже об этом думаем, наработки есть у Казанского федерального университета. Кроме того, существует международная платформа Sherpa-Juliet, на которой можно узнать, через какое время издатель или журнал разрешают авторам переводить статьи в репозитории и на каких условиях. В Казанском федеральном университете сканируют все эти объединяющие платформы, исследуют, какие статьи их университета уже можно переводить в ОД, это тоже целесообразно делать по API. Поскольку права принадлежат авторам, их информируют о том, что публикация будет переведена в ОД. Если они соглашаются, статья открывается.

Острота сегодняшнего момента в том, что появились различные инициативы ОД. Одно из направлений затрагивает подписные журналы и формы лицензий. Есть международный опыт, когда лицензия включает право авторов переводить статьи в ОД. Второе направление репозиторное. Действует международная коалиция, которая обнародовала Plan S: её члены договорились о том, что с 1 января 2021 г. все статьи, написанные за деньги грантодающих организаций, размещают в ОД. Если авторы этого не сделают, то в следующий раз грант они не получат. Очевидно, что учёные будут стремиться переводить свои материалы в ОД. Один из возможных каналов — репозитории, соответственно их роль в исследовательском сообществе будет усиливаться. При этом есть ряд требований, сформулированных коалицией. Задача репозиториев — соответствовать международным стандартам, заниматься защитой авторских прав и создавать метаданные.

Александр КУЗНЕЦОВ, исполнительный директор НП НЭИКОН

Ситуация сложилась революционная: низы не могут, верхи не хотят. Верхи — это крупные коммерческие издатели. Низы — обычные исследователи. Маститые учёные, которые представляют верхушку сообщества, работают, как и прежде: публикуя статьи в ведущих журналах, которые недоступны остальным. Система пока ещё действует, но, учитывая, что она нездорова, должны произойти определённые изменения. Инициативы снизу — от молодых учёных — очень важны: они являются ростками новой системы научной коммуникации, которые пока не могут прорваться через заслоны в виде лицензий, правообладания, узурпирования прав на подписку крупными научными издательствами. Появляются проекты, призванные заменить эту несправедливую, несбалансированную систему, позволяющую обогащаться людям, которые никакого отношения к науке не имеют. Они поддерживают созданное 400 лет назад издательство, делают удобоваримой научную информацию, но не являются владельцами этого контента. Сейчас появляются новые инструменты и решения, и оказывается, что молодой учёный может разместить свою статью или препринт в университетском репозитории. Будет считаться, что он застолбил идею, первым её сформулировал, зафиксировал своё право и время подачи материала. В новой системе не обязательно посылать текст в издательство, где его потом много раз будут продавать. Достаточно положить исследование в репозиторий, и у вас есть шанс стать признанным учёным. Мне кажется, что за этой альтернативой будущее. Университеты, создавая репозитории и публикуя там информацию, вносят свой вклад в Plan S.

Два года назад возникла идея создать проект НОРА, объединяющий вузовские репозитории. Такая интеграция позволила запустить новые сервисы. Сейчас у нас 20 присоединённых репозиториев: у одних 500 статей, у других — 40 тыс., отношение тоже различается. Взаимодействие происходит на разных уровнях: передачи метаданных или полных текстов. Мы делаем одно дело, и такое объединение всем на пользу. Оно позволяет выявить проблемы, которые можно решить раз и навсегда. На какой системе это будет организовано — вторичный вопрос. Если мы создаём пространство научных материалов, производящихся в стране, и по нему можно определённым образом перемещаться, то это весьма полезно.

Когда запускался проект НОРА, планировалось, что будет действовать некий совет консорциума, который станет вырабатывать общую политику: что и как размещать, чем обмениваться, какая часть открыта, какая — закрыта. В любом случае здесь пользы гораздо больше: мы вносим свою лепту в построение справедливой системы научной коммуникации.

— Университеты настолько многопрофильные научные и образовательные организации, что у каждого из них свой уровень осознания этой новой формы научных коммуникаций. Если исходить из того, что репозиторий — это прежде всего хранилище контента, то даже для любого склада сегодня есть регламент: как он должен функционировать, что принимать на хранение, как описывать, выдавать. Дискуссия показала, что сегодня мы не имеем возможности решать проблемы точечно, по отдельности. В разговоре о науке и об образовании возникает комплекс проблем: технологических, административных, содержательных, правовых. У каждого свой опыт, но желательно выработать общие подходы, с которыми все могут согласиться. В целом мы должны ориентироваться на российскую правовую систему, поскольку западный опыт необходимо адаптировать к отечественным условиям. Целесообразно размышлять о едином документе. Президентская библиотека может выступить пилотной площадкой в силу своего предмета деятельности как национального хранилища документов в электронно-цифровой форме. Мы заинтересованы в создании работающей модели с соблюдением авторских прав, прав пользования, решением проблем открытого и ограниченного доступа. Совместно с университетами, особенно с теми, которые входят в состав Учёного совета, а это свыше 25 вузов, мы готовы разработать такую модель и проект рекомендаций.

Источник