Loading repository data…
aggink / repository
Проект является учебным и предназначен для студентов, начинающих изучать разработку на языке C#.
A transparent discovery signal based on current public GitHub metadata.
This score does not audit code, security, maintainers, documentation quality, or suitability. Verify the repository and its current documentation before adoption.
При создании PR в нашем проекте необходимо соблюдать установленный формат именования. Это помогает команде быстро понимать суть изменений и их влияние на кодовую базу.
Ветки в репозитории должны соответствовать следующему паттерну:
tasks/{имя группы}/{порядковый номер}/{название ветки}
tasks/tech/1/add-oauth-authentication
Тип изменений: новая функциональность, добавлен OAuth-аутентификатор.
tasks/assistant/2/fix-discount-calculation
Тип изменений: исправление ошибки в расчете скидки.
tasks/tech/5/ci-setup
Тип изменений: настройка CI/CD для нового репозитория.
🔹 [Feature] – Используется при добавлении новой функциональности, которая не нарушает обратную совместимость.
✅ Пример: [Feature] Реализация нового механизма авторизации
🔹 [Fix] – Указывается при исправлении ошибок или багов, не изменяя совместимость API.
✅ Пример: [Fix] Исправление логики расчета скидки
🔹 [Private] – Применяется для внутренних изменений, таких как рефакторинг, улучшение структуры кода, не влияющих на поведение системы.
✅ Пример: [Private] Оптимизация работы с базой данных
🔹 [BREAK] – Дополнительный флаг, указывающий, что изменения ломают обратную совместимость. Используется вместе с основным типом.
✅ Пример: [Feature] [BREAK] Обновлен формат JSON-ответов API
🔹 [CI] – Указывает, что PR касается инфраструктурных изменений, связанных с CI/CD процессами, настройками сборки и деплоя.
✅ Пример: [Private] [CI] Настроен автоматический деплой в тестовое окружение
🔹 [CherryPick] – Используется, если PR является переносом (cherry-pick) изменений из другой ветки.
✅ Пример: [Fix] [CherryPick] Исправлена ошибка расчета налога из ветки release-1.2
При создании PR необходимо добавить подробное описание, содержащее:
1️⃣ Введение
2️⃣ Краткое объяснение сути изменений
3️⃣ Как протестировано
4️⃣ Дополнительную информацию о влиянии изменений
Разработчик создает Pull Request (PR)
Ревьюер проверяет код
Разработчик вносит правки
Ревьюер повторно проверяет код
Разрешение комментариев
✔ Соблюдайте уважительный и конструктивный тон.
✔ Делайте правки в рамках одного PR, не создавайте новые.
✔ Разделяйте большие PR на логические части для удобства ревью.
✔ Старайтесь предоставлять обоснования к своим замечаниям.
При работе с репозиторием важно соблюдать чистоту основных веткок и правильно объединять изменения.
master-base – ветка, содержащая шаблоны заданий, описание лабораторных, не предусмотрена для изменения студентами.master – основная ветка курса, в нее будут нацелены все студенческие изменения.❗ Каждое задание в лабораторной работе должно быть выполнено в отдельном pull request. Это необходимо для того, чтобы облегчить процесс проверки и следить за прогрессом выполнения каждого задания.
Таким образом, ваши задания будут легче проверяться, и процесс будет более структурированным, прозрачным и организованным.
Следование этим правилам поможет сделать код-ревью быстрее и понятнее для всей команды 🚀
Необходимо создать класс, который будет реализовывать логику рациональных чисел. Рациональное число – это число, которое представлено двумя натуральными числами и записано в виде дроби.
Два целочисленных свойства только для чтения:
Numerator — числитель.Denominator — знаменатель.Конструктор с двумя целочисленными параметрами для инициализации числителя и знаменателя.
Метод ToString:
Перегрузка операторов:
+, -, *, /-Перегрузка операторов сравнения:
==, !=, <, <=, >, >=Написание unit-тестов для проверки функциональности класса.
Необходимо реализовать классы для вывода текущей даты и времени в двух форматах:
Реализовать декораторы, которые добавляют в строки даты и времени произвольные символы.
В результате программист должен иметь возможность изменять только файл своего сервиса и применять декораторы в произвольных количествах и произвольном порядке.
Использовать CultureInfo для задания формата даты и времени.
Использовать StringBuilder для формирования результирующих строк.
Написание unit-тестов для проверки корректности работы классов и декораторов.
Необходимо реализовать класс, представляющий дерево. Дерево должно быть графом без циклов, где каждый узел может иметь несколько потомков, а каждый потомок может также иметь свои потомков.
У узла дерева должно быть как минимум два свойства:
У узла должна быть реализована функция, которая будет выводить на экран все значения его потомков, а также потомков вложенных в эти узлы.
Конфигурация дерева должна определяться в файле своего сервиса.
Написание unit-тестов для проверки корректности структуры дерева и его работы.
Проект организован так, чтобы код был логически разделен на смысловые блоки, обеспечивая удобство р
Selected from shared topics, language and repository description—not editorial ratings.
blared00 /
Данный проект является учебным для освоения работы с приложением без визуальной оболочки, а также работу Django c MongoDB
27/100 healthkopanevr /
Данный проект является учебным и предназначен для ознакомления с реализацией простого профилировщика C++ на основе библиотеки chrono из курса Ильи Шишкова.
27/100 health