Рос труд

В случае нарушения работодателем трудового законодательства (несвоевременная выплата заработной платы, незаконное увольнение с работы, невыплата всех сумм, причитающихся работнику при увольнении и др.), можно определить следующий порядок защиты своих прав:Обращение к работодателю с письменным заявлением о восстановлении трудовых прав.В указанном заявлении, в случае отказа в восстановлении нарушенного права, необходимо требовать предоставления письменного ответа на указанное письмо с обоснованием такого отказа.Обращение в прокуратуру с заявлением о проведении проверки у работодателя по выявлению нарушения трудового законодательства.Одной из задач прокуратуры является надзор за соблюдением законодательства относительно социально-экономических (в том числе и трудовых) прав и свобод человека. По заявлению работника прокурор обязан провести проверку у работодателя на выявление фактов нарушения трудового законодательства и в случае установления таких фактов, принять меры по устранению нарушений закона и привлечении виновных лиц к ответственности. Кроме того, в отдельных случаях (пожилой возраст работника, недостижение им совершеннолетия, болезнь и др.), прокурор по заявлению работника может осуществлять представительство его интересов в суде.Обращение в территориальное подразделение Государственной инспекции по охране труда.Указанные органы осуществляют государственный контроль и надзор за соблюдением работодателями трудового законодательства.Обращение в комиссию по трудовым спорам (при ее наличии на предприятии).Указанная комиссия создается на предприятиях, где численность работников превышает 15 человек. Стоит отметить, что в связи с тем, что комиссия по трудовым спорам создается на предприятиях из числа других сотрудников, и имеет место определенная зависимость членов комиссии от работодателя, поэтому указанный орган все реже пользуется популярностью у работников. Кроме того, необходимо отметить, что отдельные трудовые споры (восстановление на работе, оплата вынужденного прогула, формулировки причины увольнения и др.) может рассматривать только суд.Подача искового заявления в суд.Необходимо отметить, что работник после нарушения своих прав имеет право непосредственно обратиться в суд. Обращение к другим органам (в том числе и комиссию по трудовым спорам) не является обязательным этапом для последующего обращения по тому же поводу в судебные органы, а поэтому в случае непосредственного обращения работника в суд за защитой своих прав, суды не вправе отказать работнику в принятии заявления лишь по основаниям отсутствия разрешения спора в досудебном порядке.Суд должен рассмотреть дело в течение двух месяцев со дня открытия производства по делу, а о восстановлении на работе – в течение одного месяца.При обращении в суд за защитой трудовых прав, работник полностью освобождается от уплаты судебного сбора.Стоит отметить, что по отдельным трудовым спорам законодательством предусмотрен определенный срок для обращения за защитой своих прав (для восстановления на работе определены месячный срок с момента получения приказа об увольнении, для взыскания морального вреда – три месяца с момента, когда работнику она была нанесена и др.).Во избежание нарушений Вашим работодателем трудового законодательства и обеспечения своевременного обращения в компетентные органы за защитой своих трудовых прав и интересов, специалисты юридической компании «Коларес» всегда готовы предоставить Вам юридическую консультацию по поводу решения трудовых споров и осуществлять представительство интересов в суде и других компетентных органах.

Видео может быть заблокировано из-за расширений браузера. В статье вы найдете решение этой проблемы.

Рекомендуем перейти в курс Введение в Git

Мы обновили этот курс — добавили новые темы, самостоятельные задания и практические упражнения. Посмотрите его по ссылке: https://ru.hexlet.io/courses/intro_to_git

Здравствуйте!

Сегодня мы поговорим про одну из самых важных вещей в Git — про ветвление.

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

Некоторые говорят, что модель ветвления Git’а это его «killer feature» и она безусловно выделяет Git в СКВ-сообществе. Что же в ней такого особенного? Способ ветвления в Git’е чрезвычайно легковесен, что делает операции ветвления практически мгновенными и переключение туда-сюда между ветками обычно так же быстрым. В отличие от многих других СКВ, Git поощряет процесс работы, при котором ветвление и слияние осуществляется часто, даже по несколько раз в день. Понимание и владение этой функциональностью даёт вам уникальный мощный инструмент и может буквально изменить то, как вы ведёте разработку.

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

Чтобы на самом деле разобраться в том, как Git работает с ветками, мы должны сделать шаг назад и рассмотреть, как Git хранит свои данные. Как вы, наверное, помните, Git хранит данные не как последовательность изменений или дельт, а как последовательность снимков состояния (snapshot).

Когда вы создаёте коммит в Git’е, Git записывает в базу объект-коммит, который содержит указатель на снимок состояния (tree), записанный ранее в индекс, метаданные автора и комментария и один или более указателей на коммиты, являющиеся прямыми предками этого коммита: один — для обычного коммита и несколько — для коммита, полученного в результате слияния двух или более веток.

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

$ git add README.md CHANGELOG LICENSE.md$ git commit -m 'initial commit of my project'

Когда вы создаёте коммит, выполняя git commit, Git вычисляет контрольную сумму каждой поддиректории (в нашем случае только корневого каталога) и сохраняет эти объекты-деревья в Git-репозиторий. Затем Git создаёт объект для коммита, в котором есть метаданные и указатель на объект-дерево для корня проекта. Таким образом, Git сможет воссоздать текущее состояние, когда будет нужно.

Ваш Git-репозиторий теперь содержит пять объектов:

  • по одному блобу для содержимого каждого из трёх файлов,
  • одно дерево, в котором перечислено содержимое каталога и определено соответствие имён файлов и блобов,
  • один коммит с указателем на тот самый объект-дерево для корня и со всеми метаданными коммита.

Схематично данные в этом Git-репозитории выглядят так, как показано на рисунке.

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

Ветка в Git’е — это просто легковесный подвижный указатель на один из этих коммитов. Ветка по-умолчанию в Git’е называется master. Когда вы создаёте коммиты на начальном этапе, вам дана ветка master, указывающая на последний сделанный коммит. При каждом новом коммите она сдвигается вперёд автоматически (в файле ветки записывается sha нового коммита).

Что произойдёт, если вы создадите новую ветку? Итак, этим вы создадите новый указатель, который можно будет перемещать. Скажем, создадим новую ветку под названием testing. Это делается командой git branch:

$ git branch testing

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

Откуда Git узнает, на какой ветке вы находитесь в данный момент? Он хранит специальный указатель, который называется HEAD. Учтите, что это сильно отличается от концепции HEAD в других СКВ, таких как Subversion или CVS, к которым вы, возможно, привыкли. В Git’е это указатель на локальную ветку, на которой вы находитесь. В данный момент вы всё ещё на ветке master. Команда git branch только создала новую ветку, она не переключила вас на неё.

Чтобы перейти на существующую ветку, вам надо выполнить команду git checkout. Давайте перейдём на новую ветку testing:

$ git checkout testing

Это действие передвинет HEAD так, чтобы тот указывал на ветку testing.

В чём же важность этого? Давайте сделаем ещё один коммит:

$ touch test.rb$ git commit -a -m 'Added test.rb file'

На рисунке показан результат.

Это интересно, потому что теперь ваша ветка testing передвинулась вперёд, но ветка master всё ещё указывает на коммит, на котором вы были, когда выполняли git checkout, чтобы переключить ветки. Давайте перейдём обратно на ветку master:

$ git checkout master

На рисунке можно увидеть результат.

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

Давайте снова внесём немного изменений и сделаем коммит:

$ touch script.rb$ git commit -a -m 'Added script.rb'

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

Из-за того, что ветка в Git’е на самом деле является простым файлом, который содержит 40 символов контрольной суммы SHA-1 коммита, на который он указывает, создание и удаление веток практически беззатратно. Создание новой ветки настолько же быстрое и простое, как запись 41 байта в файл (40 символов + символ новой строки).

Это разительно отличается от того, как в большинстве СКВ делается ветвление. Там это приводит к копированию всех файлов проекта в другой каталог. Это может занять несколько секунд или даже минут, в зависимости от размера проекта, тогда как в Git’е это всегда происходит моментально. Также благодаря тому, что мы запоминаем предков для каждого коммита, поиск нужной базовой версии для слияния уже автоматически выполнен за нас, и в общем случае слияние делается легко. Эти особенности помогают поощрять разработчиков к частому созданию и использованию веток.

Остались вопросы? Задайте их в разделе «Обсуждение»

Вам ответят команда поддержки Хекслета или другие студенты.

Ошибки, сложный материал, вопросы >

Нашли опечатку или неточность?

Выделите текст, нажмитеctrl + enterи отправьте его нам. В течение нескольких дней мы исправим ошибку или улучшим формулировку.

Что-то не получается или материал кажется сложным?

Загляните в раздел «Обсуждение»:

  • задайте вопрос. Вы быстрее справитесь с трудностями и прокачаете навык постановки правильных вопросов, что пригодится и в учёбе, и в работе программистом;
  • расскажите о своих впечатлениях. Если курс слишком сложный, подробный отзыв поможет нам сделать его лучше;
  • изучите вопросы других учеников и ответы на них. Это база знаний, которой можно и нужно пользоваться.
Об обучении на Хекслете
  • Статья «Как учиться и справляться с негативными мыслями»
  • Статья «Ловушки обучения»
  • Статья «Сложные простые задачи по программированию»
  • Урок «Как эффективно учиться на Хекслете»
  • Вебинар «Как самостоятельно учиться»

Добавить комментарий