В соответствии с Предпринимательским кодексом РК государственная инспекция труда осуществляет два вида проверок:

1. Выборочные проверки
2. Внеплановые проверки

Как же узнать, что Вас ожидает проверка со стороны государственной инспекции труда?

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

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

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

Форма проверочных листов утверждена Совместным приказом Министра здравоохранения и социального развития Республики Казахстан от 25 декабря 2015 года № 1022 и Министром национальной экономики Республики Казахстан от 28 декабря 2015 года № 801.

Утвержденные проверочные листы размещаются на официальных Интернет-ресурсах государственных органов.

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

• в отношении организаций, занимающихся выпуском и изготовлением продукции, разработкой, добычей и переработкой полезных ископаемых, строительством и другими видами производственной деятельности;
• в отношении организаций непроизводственной сферы (здравоохранение, образование, культура, социальное обеспечение, торговля, услуги по проживанию и питанию)
• в отношении организаций непроизводственной сферы, работники которых осуществляют трудовую деятельность в офисных помещениях

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

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

Подготовьте и приведите в порядок необходимые документы

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

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

• Учредительные документы;
• Коллективный договор;
• Штатное расписание;
• Правила трудового распорядка;
• Положения о премировании, об оплате труда и другие;
• График трудовых отпусков;
• Больничные листы;
• Трудовые книжки и книга учета их движения;
• Табель учета рабочего времени;
• Ведомость начисления заработной платы;
• Расчетно-платежная ведомость;
• Трудовые договора и журнал их учета;
• Приказы и журналы приказов по основной деятельности, по личному составу, по отпускам и другие;
• Личные дела работников;
• Должностные инструкции работников;
• Договор страхования работника от несчастного случая при исполнении им трудовых обязанностей;
• Журналы по технике безопасности и охране труда;
• Результаты аттестации рабочих мест по условиям труда;
• Инструкции по технике безопасности и охране труда;
• Документы подтверждающие прохождение работниками обучения, медицинских осмотров.

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

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

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

Проинструктируйте персонал о том, как вести себя с проверяющим

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

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

Уважаемые пользователи! Информация в статье соответствует нормам законодательства Республики Казахстан, действовавшим на момент (дату) публикации.

Пройдите тест на выявление отсутствующих документов

Начать Тест

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

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

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

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

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

Сегодня мы поговорим про историю коммитов, а точнее о том, как с ней работать.

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

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

Для знакомства с git log предлагаю склонировать репозиторий и выполнять приводимые мной команды в директории этого репозитория.

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

git clone git://github.com/zzet/persey.git

После этого перейдите в директорию склонированного репозитория:

cd persey

В результате выполнения git log в данном проекте, вы должны получить что-то вроде этого:

$ git log commit cee7babd9b647789ae7c7aecdfd3e83a3b1567f4 Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:48:39 2014 +0400 Bump version commit b6783a06ba03f01ee510215bfa7cecdfa2889c05 Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:47:06 2014 +0400 Update Readme commit 0a2ef97b0e56d2398dc669efcde004d3bf000a5e Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:46:36 2014 +0400 Do not replace params commit 6746329ebaf2fab0555e1d16c79b50e523f94496 Author: Andrey Kumanyaev <me@zzet.org> Date: Fri Jan 31 00:08:00 2014 +0400 Update gem version in Readme commit d5474572f18d1419c1d5c37c8146cdf51b5799b7 Author: Andrey Kumanyaev <me@zzet.org> Date: Fri Jan 31 00:07:02 2014 +0400 bump gem version to 0.0.7 commit af74b1915db6f372661542a60885be6786b53620 Author: Andrey Kumanyaev <me@zzet.org> Date: Fri Jan 31 00:06:40 2014 +0400 update generator commit 7cfd1309730f3d89c56766e13fb74c0aa4bc037a Author: Andrey Kumanyaev <me@zzet.org> Date: Fri Jan 31 00:01:07 2014 +0400 bump toml to 0.1.0

По умолчанию, без аргументов, git log выводит список коммитов созданных в данном репозитории в обратном хронологическом порядке. То есть самые последние коммиты показываются первыми. Как вы можете видеть, эта команда отображает каждый коммит вместе с его контрольной суммой SHA-1, именем и электронной почтой автора, датой создания и комментарием.

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

Один из наиболее полезных параметров — это -p, который показывает дельту (разницу/diff), привнесенную каждым коммитом. Вы также можете использовать -2, что ограничит вывод до 2-х последних записей:

$ git log -p -2 commit cee7babd9b647789ae7c7aecdfd3e83a3b1567f4 Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:48:39 2014 +0400 Bump version diff —git a/lib/persey/version.rb b/lib/persey/version.rb index e3925a5..da23f6a 100644 — a/lib/persey/version.rb +++ b/lib/persey/version.rb @@ -1,3 +1,3 @@ module Persey — VERSION = «0.0.7» + VERSION = «0.0.8» end commit b6783a06ba03f01ee510215bfa7cecdfa2889c05 Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:47:06 2014 +0400 Update Readme diff —git a/README.md b/README.md index e6a90b5..ef6c76e 100644 — a/README.md +++ b/README.md @@ -3,7 +3,7 @@ ## Summary -Persey help you easily manage the configuration, depending on the environment. +Persey help you easily manage the configuration, depending on the environment. The main objective is to provide opportunities to reuse the configuration provided by the project, as the default configuration. @@ -11,12 +11,12 @@ configuration provided by the project, as the default configuration. For the occurrence of the gem was a few prerequisites. — * Work on opensource projects that support the relevance of problem configurations, changing the appearance of new versions and functionality. — * Use in the project configuration, diversity in different files, and the inability to unite all in one configuration + * Work on opensource projects that support the relevance of problem configurations, changing the appearance of new versions and functionality. + * Use in the project configuration, diversity in different files, and the inability to unite all in one configuration * Desire to use sensitive data as easily as those that can be safely stored in the repository. — * Sometimes configuration happens in a variety of formats: yaml, json, ini + * Sometimes configuration happens in a variety of formats: yaml, json, ini -I do not want to engage in writing parsers, I want to work fine 🙂 +I do not want to engage in writing parsers, I want to work fine 🙂 This solution allows to **accumulate** different configs in one, with the **possibility of reusability** of configuration options and **simple override**. It uses an **intuitive DSL**. @@ -25,7 +25,7 @@ This solution allows to **accumulate** different configs in one, with the **poss Add this to your `Gemfile`: -gem «persey», ‘>= 0.0.7’ +gem «persey», ‘>= 0.0.8’ Generate default config file @@ -90,9 +90,9 @@ Persey.init Rails.env do # set current environment # and now we use configs for our options, which are not declared in any config uri -> { «#{protocol}://#{domain}:#{port}» } end — + site_uri -> { web.uri } # we can re-re-use different options — + email do pop do address ‘pop.example.com’ @@ -135,7 +135,7 @@ module AppName def self.config Persey.config end — + class Application < Rails::Application # … end

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

В некоторых ситуациях гораздо удобней просматривать внесённые изменения на уровне слов, а не на уровне строк. Чтобы получить дельту по словам вместо обычной дельты по строкам, нужно дописать после команды git log -p опцию —word-diff. Дельты на уровне слов практически бесполезны при работе над программным кодом, но они буду очень кстати при работе над длинным текстом, таким как книга или диссертация. Рассмотрим пример:

$ git log -U1 —word-diff -2 commit cee7babd9b647789ae7c7aecdfd3e83a3b1567f4 Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:48:39 2014 +0400 Bump version diff —git a/lib/persey/version.rb b/lib/persey/version.rb index e3925a5..da23f6a 100644 — a/lib/persey/version.rb +++ b/lib/persey/version.rb @@ -1,3 +1,3 @@ module Persey VERSION = {+»0.0.8″+} end commit b6783a06ba03f01ee510215bfa7cecdfa2889c05 Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:47:06 2014 +0400 Update Readme diff —git a/README.md b/README.md index e6a90b5..ef6c76e 100644 — a/README.md +++ b/README.md @@ -5,3 +5,3 @@ Persey help you easily manage the configuration, depending on the environment. The main objective is to provide opportunities to reuse the @@ -13,8 +13,8 @@ For the occurrence of the gem was a few prerequisites. * Work on opensource projects that support the relevance of problem configurations, changing the appearance of new versions and functionality. * Use in the project configuration, diversity in different files, and the inability to unite all in one configuration * Desire to use sensitive data as easily as those that can be safely stored in the repository. * Sometimes configuration happens in a variety of formats: yaml, json, ini I do not want to engage in writing parsers, I want to work fine 🙂 @@ -27,3 +27,3 @@ Add this to your ‘Gemfile’: gem «persey», ‘>= {+0.0.8+}’ @@ -92,5 +92,5 @@ Persey.init Rails.env do # set current environment end site_uri -> { web.uri } # we can re-re-use different options email do @@ -137,3 +137,3 @@ module AppName end class Application < Rails::Application

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

С командой git log вы также можете использовать группы суммирующих параметров. Например, если вы хотите получить некоторую краткую статистику по каждому коммиту, вы можете использовать параметр —stat:

$ git log —stat commit cee7babd9b647789ae7c7aecdfd3e83a3b1567f4 Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:48:39 2014 +0400 Bump version lib/persey/version.rb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) commit b6783a06ba03f01ee510215bfa7cecdfa2889c05 Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:47:06 2014 +0400 Update Readme README.md | 18 +++++++++——— 1 file changed, 9 insertions(+), 9 deletions(-) commit 0a2ef97b0e56d2398dc669efcde004d3bf000a5e Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:46:36 2014 +0400 Do not replace params lib/persey/builder.rb | 2 +- test/lib/persey_test.rb | 7 +++++++ 2 files changed, 8 insertions(+), 1 deletion(-) commit 6746329ebaf2fab0555e1d16c79b50e523f94496 Author: Andrey Kumanyaev <me@zzet.org> Date: Fri Jan 31 00:08:00 2014 +0400 Update gem version in Readme README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) commit d5474572f18d1419c1d5c37c8146cdf51b5799b7 Author: Andrey Kumanyaev <me@zzet.org> Date: Fri Jan 31 00:07:02 2014 +0400 bump gem version to 0.0.7 lib/persey/version.rb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) commit af74b1915db6f372661542a60885be6786b53620 Author: Andrey Kumanyaev <me@zzet.org> Date: Fri Jan 31 00:06:40 2014 +0400 update generator

Как видно из лога, параметр —stat выводит под каждым коммитом список изменённых файлов, количество изменённых файлов, а также количество добавленных и удалённых строк в этих файлах. Он также, как и при использовании опции -p, выводит сводную информацию в конце, после каждого коммита.

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

Например, параметр oneline выводит каждый коммит в одну строку, что удобно если вы просматриваете большое количество коммитов. В дополнение к этому, параметры short, full, и fuller, практически не меняя формат вывода, позволяют выводить меньше или больше деталей соответственно:

$ git log —pretty=oneline cee7babd9b647789ae7c7aecdfd3e83a3b1567f4 Bump version b6783a06ba03f01ee510215bfa7cecdfa2889c05 Update Readme 0a2ef97b0e56d2398dc669efcde004d3bf000a5e Do not replace params 6746329ebaf2fab0555e1d16c79b50e523f94496 Update gem version in Readme d5474572f18d1419c1d5c37c8146cdf51b5799b7 bump gem version to 0.0.7 af74b1915db6f372661542a60885be6786b53620 update generator 7cfd1309730f3d89c56766e13fb74c0aa4bc037a bump toml to 0.1.0 4339eb1e1c6105b787b4960be214eff4d0d9aa50 Add support ini configs 0381aa847651ce7cb601475072532bdb28ef0e41 Add mention about supported formats 5b17044529f4d958d691feae4362a8cb4764ca76 Remove support jruby and add 1.9.3 3885dede437a0360f4f2eed2fcafe0c99e16af36 Add support toml configs 0af81e63bbd1d606552c69e5987409baafecef25 Add json sample in Readme 9d4f03610a9fb0d9bfbb3f13332039ff60a12e14 Add json config support 5c709f152442328be3d2e511559c8019b6a894b6 Fix Readme be9d9697da655f451e7c6c120961f43d1d321d70 Update README.md ef3e2cee31bbdb2f9eefd9fe91451e6f43474dc9 Update Readme 557e8c323134c7a8ab722197ad54f45dad4b9aeb Update rails generator cc112a5cb9ba1c2cb750aed25036d4c8a485aa31 Add generators for rails 3418acdd79a3706b070094ae2052546d9f7c40b5 Update readme 94e7daf1a3e1a8f9ab006028d36c873fb861a6f5 bunp to 0.0.6 f1315e4206e27569047920c683046a2ed4e19e50 Correct reuse of configs b8bb1c2557f182903d102b0a2e21167c2e626d94 bump 0.0.5 392ec34c9eda9ebd8823e088a3ff7c6bd0e0b952 fix 125c2d6f8c73b4c2a2880944120d2ccff8cc62af bump to 0.0.4 bd80643c50980476495a185e8d17974cc6363315 bump to 0.0.3 ce8f56b49e8606c25058bb35748f2b7aabc81edb update gems 0726556a05ae52a78113b6e051a9d82de369b9ed Move bitdeli badge top 61ec2459d3ee3ff56b82b271ddb96435b7b7faf6 Merge pull request #1 from bitdeli-chef/master d343768ff33279a445d4df93d231559e1d8e7a10 Add a Bitdeli badge to README ee81655bdc6903bb17e1fdd02e2e31f22e4c3c59 Add configus dependency correct c148349868366351bf934252f3c49f0ad86b7ed9 bump version to 0.0.2 8826cc1d2690123f97ac6fe84e2562754fb03dc7 Work only with sym at begining d587f91592ad69be851ae3f917ed0fa59334ef52 Add Code Climate badge 68d2009bcaa34dfe4442930ae977a7c542118437 Add Dependency Status badge 7d2d8057fd44e76687ffecfc2681c4c3fca0fe7b Add gem version badge ed4677690a8b5fedd08a83dee5f4e2f0fb50266f Add jruby to travis 48c90a15ac61162da1d570394dd0d414d104ef21 Add travis badge 5286236531b61aa6ca03e665071960b4d28b07ff Add travis 92c9548482e5c39e64f390a53d039bda198580aa Init

Наиболее интересный параметр — это format, который позволяет вам полностью создать собственный формат вывода лога. Это особенно полезно, когда вы создаёте отчёты для автоматического разбора (парсинга) — поскольку вы явно задаёте формат и уверены в том, что он не будет изменяться при обновлениях Git’а:

$ git log —pretty=format:»%h — %an, %ar : %s» cee7bab — Andrew Kumanyaev, 5 months ago : Bump version b6783a0 — Andrew Kumanyaev, 5 months ago : Update Readme 0a2ef97 — Andrew Kumanyaev, 5 months ago : Do not replace params 6746329 — Andrey Kumanyaev, 1 year, 1 month ago : Update gem version in Readme d547457 — Andrey Kumanyaev, 1 year, 1 month ago : bump gem version to 0.0.7 af74b19 — Andrey Kumanyaev, 1 year, 1 month ago : update generator 7cfd130 — Andrey Kumanyaev, 1 year, 1 month ago : bump toml to 0.1.0 4339eb1 — Andrey Kumanyaev, 1 year, 1 month ago : Add support ini configs 0381aa8 — Andrey Kumanyaev, 1 year, 1 month ago : Add mention about supported formats 5b17044 — Andrey Kumanyaev, 1 year, 1 month ago : Remove support jruby and add 1.9.3 3885ded — Andrey Kumanyaev, 1 year, 1 month ago : Add support toml configs 0af81e6 — Andrey Kumanyaev, 1 year, 1 month ago : Add json sample in Readme 9d4f036 — Andrey Kumanyaev, 1 year, 1 month ago : Add json config support 5c709f1 — Andrew Kumanyaev, 1 year, 1 month ago : Fix Readme be9d969 — Andrew Kumanyaev, 1 year, 1 month ago : Update README.md ef3e2ce — Andrew Kumanyaev, 1 year, 1 month ago : Update Readme 557e8c3 — Andrey Kumanyaev, 1 year, 1 month ago : Update rails generator cc112a5 — Andrey Kumanyaev, 1 year, 1 month ago : Add generators for rails 3418acd — Andrew Kumanyaev, 1 year, 1 month ago : Update readme 94e7daf — Andrey Kumanyaev, 1 year, 1 month ago : bunp to 0.0.6 f1315e4 — Andrey Kumanyaev, 1 year, 1 month ago : Correct reuse of configs b8bb1c2 — Andrey Kumanyaev, 1 year, 1 month ago : bump 0.0.5 392ec34 — Andrey Kumanyaev, 1 year, 1 month ago : fix 125c2d6 — Andrey Kumanyaev, 1 year, 1 month ago : bump to 0.0.4 bd80643 — Andrey Kumanyaev, 1 year, 1 month ago : bump to 0.0.3 ce8f56b — Andrey Kumanyaev, 1 year, 1 month ago : update gems 0726556 — Andrew Kumanyaev, 1 year, 1 month ago : Move bitdeli badge top 61ec245 — Andrew Kumanyaev, 1 year, 1 month ago : Merge pull request #1 from bitdeli-chef/master d343768 — Bitdeli Chef, 1 year, 1 month ago : Add a Bitdeli badge to README ee81655 — Andrey Kumanyaev, 1 year, 1 month ago : Add configus dependency correct c148349 — Andrey Kumanyaev, 1 year, 1 month ago : bump version to 0.0.2 8826cc1 — Andrey Kumanyaev, 1 year, 1 month ago : Work only with sym at begining d587f91 — Andrew Kumanyaev, 1 year, 1 month ago : Add Code Climate badge 68d2009 — Andrew Kumanyaev, 1 year, 1 month ago : Add Dependency Status badge 7d2d805 — Andrew Kumanyaev, 1 year, 1 month ago : Add gem version badge ed46776 — Andrew Kumanyaev, 1 year, 1 month ago : Add jruby to travis 48c90a1 — Andrew Kumanyaev, 1 year, 1 month ago : Add travis badge 5286236 — Andrew Kumanyaev, 1 year, 1 month ago : Add travis 92c9548 — Andrey Kumanyaev, 1 year, 1 month ago : Init

На экране вы видите список наиболее полезных, или популярных, параметров формата.

Параметр Описание выводимых данных %H Хеш коммита %h Сокращённый хеш коммита %T Хеш дерева %t Сокращённый хеш дерева %P Хеши родительских коммитов %p Сокращённые хеши родительских коммитов %an Имя автора %ae Электронная почта автора %ad Дата автора (формат соответствует параметру `—date=`) %ar Дата автора, относительная (пр. «2 мес. назад») %cn Имя коммитера %ce Электронная почта коммитера %cd Дата коммитера %cr Дата коммитера, относительная %s Комментарий

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

Параметры oneline и format также удобно применять совместно с другим параметром команды log. Например, используем их совместно с опцией —graph. Опция —graph добавляет ASCII-граф, показывающий историю ветвлений и слияний.

$ git log —pretty=format:»%h %s» —graph * cee7bab Bump version * b6783a0 Update Readme * 0a2ef97 Do not replace params * 6746329 Update gem version in Readme * d547457 bump gem version to 0.0.7 * af74b19 update generator * 7cfd130 bump toml to 0.1.0 * 4339eb1 Add support ini configs * 0381aa8 Add mention about supported formats * 5b17044 Remove support jruby and add 1.9.3 * 3885ded Add support toml configs * 0af81e6 Add json sample in Readme * 9d4f036 Add json config support * 5c709f1 Fix Readme * be9d969 Update README.md * ef3e2ce Update Readme * 557e8c3 Update rails generator * cc112a5 Add generators for rails * 3418acd Update readme * 94e7daf bunp to 0.0.6 * f1315e4 Correct reuse of configs * b8bb1c2 bump 0.0.5 * 392ec34 fix * 125c2d6 bump to 0.0.4 * bd80643 bump to 0.0.3 * ce8f56b update gems * 0726556 Move bitdeli badge top * 61ec245 Merge pull request #1 from bitdeli-chef/master |\ | * d343768 Add a Bitdeli badge to README |/ * ee81655 Add configus dependency correct * c148349 bump version to 0.0.2 * 8826cc1 Work only with sym at begining * d587f91 Add Code Climate badge * 68d2009 Add Dependency Status badge * 7d2d805 Add gem version badge * ed46776 Add jruby to travis * 48c90a1 Add travis badge * 5286236 Add travis * 92c9548 Init

Мы рассмотрели только самые простые параметры форматирования вывода команды git log. Как я уже сказал — их гораздо больше. Ниже приведены как уже рассмотренные нами параметры, так и другие полезные параметры вместе с описанием того, как они влияют на вывод команды git log.

Параметр Описание -p Для каждого коммита показывать дельту внесённых им изменений. —word-diff Показывать изменения на уровне слов. —stat Для каждого коммита дополнительно выводить статистику по изменённым файлам. —shortstat Показывать только строку changed/insertions/deletions от вывода с опцией `—stat`. —name-only Показывать список изменённых файлов после информации о коммите. —name-status Выводить список изменённых файлов вместе с информацией о добавлении/изменении/удалении. —abbrev-commit Выводить только первые несколько символов контрольной суммы SHA-1 вместо всех 40. —relative-date Выводить дату в относительном формате (например, «2 weeks ago») вместо полной даты. —graph Показывать ASCII-граф истории ветвлений и слияний рядом с выводом лога. —pretty Отображать коммиты в альтернативном формате. Возможные параметры: `oneline`, `short`, `full`, `fuller` и `format` (где вы можете указать свой собственный формат).

Ограничение вывода команды log

Кроме опций для форматирования вывода, git log имеет ряд полезных ограничительных параметров, то есть параметров, которые дают возможность отобразить часть коммитов. Вы уже видели один из таких параметров — параметр -2, который отображает только два последних коммита. На самом деле, эта опция имеет вид -<n>, где n это количество отображаемых коммитов. На практике вам вряд ли придётся часто этим пользоваться потому, что по умолчанию Git через канал (pipe) отправляет весь вывод на pager, так что вы всегда будете видеть только одну страницу. Кстати, то, что Git отправляет весь лог через pipe может быть использован вами в других программих.

Вам могут также приглянуться параметры, ограничивающие историю по времени, такие как —since и —until. Например, следующая команда выдаёт список коммитов, сделанных за последние 5 месяцев:

$ git log —since=5.month commit cee7babd9b647789ae7c7aecdfd3e83a3b1567f4 Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:48:39 2014 +0400 Bump version commit b6783a06ba03f01ee510215bfa7cecdfa2889c05 Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:47:06 2014 +0400 Update Readme commit 0a2ef97b0e56d2398dc669efcde004d3bf000a5e Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:46:36 2014 +0400 Do not replace params

Такая команда может работать с множеством форматов — вы можете указать точную дату («2008-01-15”) или относительную дату, такую как «2 years 1 day 3 minutes ago”.

Вы также можете отфильтровать список коммитов по какому-либо критерию поиска. Опция —author позволяет фильтровать по автору, опция —grep позволяет искать по ключевым словам в сообщении. (Заметим, что, если вы укажете и опцию author, и опцию grep, то будут найдены все коммиты, которые удовлетворяют первому ИЛИ второму критерию. Чтобы найти коммиты, которые удовлетворяют первому И второму критерию, следует добавить опцию —all-match.)

Последняя, действительно полезная, опция-фильтр для git log — это путь. Указав имя каталога или файла, вы ограничите вывод log теми коммитами, которые вносят изменения в указанные файлы. Эта опция всегда указывается последней и обычно предваряется двумя минусами (—), чтобы отделить пути от остальных опций.

$ git log lib/persey/version.rb commit cee7babd9b647789ae7c7aecdfd3e83a3b1567f4 Author: Andrew Kumanyaev <me@zzet.org> Date: Wed Oct 8 19:48:39 2014 +0400 Bump version commit d5474572f18d1419c1d5c37c8146cdf51b5799b7 Author: Andrey Kumanyaev <me@zzet.org> Date: Fri Jan 31 00:07:02 2014 +0400 bump gem version to 0.0.7 commit 94e7daf1a3e1a8f9ab006028d36c873fb861a6f5 Author: Andrey Kumanyaev <me@zzet.org> Date: Mon Jan 27 01:03:49 2014 +0400 bunp to 0.0.6 commit b8bb1c2557f182903d102b0a2e21167c2e626d94 Author: Andrey Kumanyaev <me@zzet.org> Date: Sun Jan 26 21:14:15 2014 +0400 bump 0.0.5 commit 125c2d6f8c73b4c2a2880944120d2ccff8cc62af Author: Andrey Kumanyaev <me@zzet.org> Date: Sun Jan 26 21:00:06 2014 +0400 bump to 0.0.4 commit bd80643c50980476495a185e8d17974cc6363315 Author: Andrey Kumanyaev <me@zzet.org> Date: Sun Jan 26 20:36:40 2014 +0400 bump to 0.0.3 commit c148349868366351bf934252f3c49f0ad86b7ed9 Author: Andrey Kumanyaev <me@zzet.org> Date: Sat Jan 25 20:07:32 2014 +0400 bump version to 0.0.2 commit 92c9548482e5c39e64f390a53d039bda198580aa Author: Andrey Kumanyaev <me@zzet.org> Date: Sat Jan 25 04:40:42 2014 +0400 Init

В таблице для справки приведён список часто употребляемых опций.

Опция Описание -(n) Показать последние n коммитов —since, —after Ограничить коммиты теми, которые сделаны после указанной даты. —until, —before Ограничить коммиты теми, которые сделаны до указанной даты. —author Показать только те коммиты, автор которых соответствует указанной строке. —committer Показать только те коммиты, коммитер которых соответствует указанной строке.

Например, если вы хотите посмотреть из истории Git’а такие коммиты, которые вносят изменения в тестовые файлы, были сделаны Bitdeli Chef, вы можете выполнить что-то вроде такого:

$ git log —pretty=»%h — %s» —author=’Bitdeli Chef’ d343768 — Add a Bitdeli badge to README

Как вы уже поняли, у этой команды очень много различных опций. Если вы уже выполнили команду git log —help, то обратили внимание на их количество. Предлагаю вам внимательно прочесть справку по данной команде и, после этого, перейти к практическому заданию, пройти тест.

На этом я закончу этот урок. Спасибо за внимание!

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

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

Зарегистрироваться

или войти в аккаунт

Курсы программирования для новичков и опытных разработчиков. Начните обучение бесплатно.

• 115 курсов, 2000+ часов теории
• 800 практических заданий в браузере
• 250 000 студентов

Наши выпускники работают в компаниях:

Для проведения проверки знаний требований охраны труда работников в организациях приказом (распоряжением) работодателя (руководителя) создается комиссия по проверке знаний требований охраны труда в составе не менее 3 человек, прошедших обучение по охране труда и проверку знаний требований охраны труда в установ­ленном порядке.

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

Комиссия по проверке знаний требований охраны труда состоит из председателя, заместителя (заместителей) председателя, секретаря и членов комиссии.

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

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

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

×

Правила поведения пользователей на сайте

Правила использования сервисов и информации

пользователями системы электронных сервисов «Онлайнинспекция.рф»

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

1. Термины и понятия, используемые в настоящих Правилах

1.1 В настоящих Правилах используются следующие термины и понятия:

Система – система электронных сервисов «Онлайнинспекция.рф».

Сервисы – основные и дополнительные инструменты, предлагаемые Пользователю для взаимодействия с органами власти.

Портал – информационный ресурс, созданный с целью взаимодействия граждан с Системой, находящийся в сети Интернет по адресу: http://онлайнинспекция.рф.

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

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

Модератор – представитель Администрации портала, обрабатывающий сообщения пользователей.

Модерация – процесс обработки и анализа соответствия сообщения Пользователя положениям настоящих Правил использования сервисов и информации пользователями системы электронных сервисов «Онлайнинспекция.рф» и Пользовательского соглашения.

2. Общие правила

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

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

2.3. Администрация Портала обладает правом осуществлять модерацию через представителей Администрации Портала – модераторов.

2.4. Настоящие Правила могут быть изменены путем внесения изменений соответствующим приказом Федеральной службы по труду и занятости.

3. Регистрация пользователей

3.1. На Портале существует система регистрации пользователей. Только зарегистрированные пользователи имеют возможность интерактивного взаимодействия с сервисами Системы.

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

3.3. При регистрации Пользователя Система запрашивает пароль к регистрируемому логину. Этот пароль должен быть известен только Пользователю и не должен сообщаться третьим лицам. Используемый пароль может быть изменён Пользователем в специальном разделе Портала – Профиле Пользователя.

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

3.5. Для пользователей, имеющих учётную запись на Портале государственных услуг (http://www.gosuslugi.ru/), предоставлена возможность авторизации посредством логина и пароля от данной учётной записи. В случае осуществления регистрации данным способом верификация посредством смс-сообщения исключена.

4. Публикация обращений

4.1. Каждый зарегистрированный Пользователь может публиковать обращение.

4.2. Обращения публикуются в соответствии с предложенным классификатором категорий проблем.

4.3. Для создания обращения необходимо заполнить форму обращения. В форме обращения Пользователь должен указать свои настоящие данные.

4.4. Пользователю необходимо заполнить следующие поля о себе, как о заявителе:

— адрес проживания заявителя;

— фамилия, имя, отчество (при наличии) заявителя;

— номер мобильного телефона заявителя (в случае отсутствия мобильного телефона, необходимого при регистрации в Системе, заявитель вправе подать обращение напрямую на адрес электронной почты территориального органа Роструда. Перечень территориальных органов Роструда размещён на едином информационном портале Федеральной службы по труду и занятости в сети «Интернет» (http://rostrud.ru/). В случае если Пользователь не был зарегистрирован ранее на Портале, на данный указанный номер телефона поступит код активации, который необходимо ввести в специальное поле в появившемся окне с целью активации учётной записи Пользователя и его обращения;

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

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

4.5. Пользователю необходимо заполнить следующие поля о месте работы:

— регион, город и точный фактический адрес организации, сотрудником которой он является (-лся);

— данные об организации: название, организационно-правовая форма, юридический адрес, данные о руководителе;

— сведения о своей должности и периоде работы;

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

4.6. Пользователю необходимо заполнить следующие поля о своей проблеме:

— пояснения к сложившейся ситуации;

— фотоматериалы.

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

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

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

4.8. На Портале применяется пост-модерация сообщений. Сообщения публикуются сразу после размещения пользователями и, если они нарушают настоящие Правила, удаляются, или модератором направляется письмо Пользователю с просьбой устранить нарушение.

4.9. Причины отказа в публикации сообщения или предложения внести коррективы:

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

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

— коммерческие цели и реклама – если, по мнению модератора, публикуемые сведения прямо или косвенно нацелены на извлечение прибыли;

— недостаточность описания либо безосновательные обвинения – модератор оставляет за собой право отклонить случай, если сведения, указанные в нём, не позволяют сделать вывод об имеющемся правонарушении;

— не проходят модерацию случаи, в которых нет конкретного указания на проблему, присутствуют вопросы риторического характера;

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

— не проходят модерацию сообщения, которые дублируют ранее опубликованные сообщения (текст сообщения полностью повторяет текст предыдущего сообщения, то есть не несёт новой информации).

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