61 репозиторий для хакеров на Github


Оглавление (нажмите, чтобы открыть):

Начинаем работу github

Сразу скажу, что эта «статья» больше для новичков чем для старожил и я буду рад если дадут дельный совет.

Намедни, недавно решил отвлечься от основной работы и всё таки примкнуть к open source сообществу и написать свой велосипед и заодно разобраться с тем как работать

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

Нам нужно установить git. Мануал курить отсюда

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

Потом необходимо создать репозиторий

После успешного создания репозитория вам выдадут адрес репозитория. Сохраните его.

Учтите что мы создали пустой репозиторий без файлов.

Далее заходите в терминал (*nix системы) или в коммандную строку Windows.

Переходите в директорию где бы вы хотели клонировать наш репозиторий к себе локально.

А потом выполняйте команду

и создайте там пустой файл. Мы создадим файл README.md — это файл описания нашего проекта

И добавим его в отслеживание git`ом введя команду в терминале

Теперь этот файл у нас будет отслеживатся git`ом и его изменения будут фиксироваться с помощью git`a

Далее нам нужно наш локальный репозиторий «подружить» с нашим удаленным.

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

Адрес репозитория, само собой, меняйте на свой.

Что-бы удостовериться что вы правильно «соединили» локальный репозиторий с удаленным введите команду

Теперь нам нужно закоммитить (проще говоря — зафиксировать) наши изменения (добавление файла README.md в репозиторий).

А теперь все изменения нам нужно залить на удаленный репозиторий

У вас должно запросить логин и пароль к github как на скрине выше (при вводе пароля будет казаться что вы ничего не вводите — но это всё вранье)

Теперь давайте перейдем в наш репозиторий через браузер и посмотрим — есть ли там наш файл

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

Спасибо всем кто заинтерисовался.

Если будет интересно то в следующий раз опишу как сделать так чтобы composer видел ваш githubовский репозиторий.

P. S. Конструктивная критикая, советы приветствуются

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

На GitHub стал популярным репозиторий, в котором китайские разработчики жалуются на переработки и плохие условия труда в китайских компаниях: Alibaba, Huawei, Bytedance.

Репозиторий назвали 996.ICU. Цифры обозначают график работы (с 9 до 9, 6 дней в неделю), а буквы — отделение интенсивной терапии (Intensive Care Unit), куда работники часто попадают из-за переутомления.

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

Блокировки

Спустя некоторое время издание The Verge сообщило со ссылкой на данные из репозитория, что многие китайские браузеры блокируют страницу 996.ICU.

«На веб-сайте, который вы сейчас посещаете, содержится незаконная информация. Пожалуйста, закройте страницу» — скриншот с таким сообщением сделал пользователь 360 Browser. Есть пример с браузером QQ, который принадлежит Tencent: «Доступ к странице прекращён. Согласно жалобам пользователей и Центру ответов Tencent, эта страница содержит нелегальный контент. В целях поддержания чистой интернет-среды в доступе отказано».

Пользователи сообщают, что иногда браузеры позволяют зайти на страницу или только запрещают ставить репозиторию «звезду».

The Verge говорит, что блокировка одного репозитория — скорее результат действий компаний, чем приказа от правительства. GitHub популярен в Китае, и таким образом корпорации могут избавиться от спорного контента, не блокируя доступ к самой платформе.

Пейджинг JSON

Код JS ниже предназначен для использования в консоли.

плюса

1771 Репутация автора

Ответ «/ users /: user / repo», но у меня есть весь код, который делает это в проекте с открытым исходным кодом, который вы можете использовать для установки веб-приложения на сервере.

Я поддержал проект GitHub под названием Git-Captain, который связывается с GitHub API, в котором перечислены все репозитории.

Это веб-приложение с открытым исходным кодом, созданное с использованием Node.js и использующее GitHub API для поиска, создания и удаления ветки в многочисленных репозиториях GitHub.

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

У меня есть пошаговая инструкция по настройке в read-me.

плюса


638 Репутация автора

Репозитории модуля NPM получают JSON для всех общедоступных репозиториев для какого-либо пользователя или группы. Вы можете запустить это прямо из, npx так что вам не нужно ничего устанавливать, просто выберите org или пользователя (здесь «W3C»):

Это создаст файл с именем W3Crepos.json. Grep достаточно хорош, например, для получения списка репозиториев:

  • Работает с более чем 100 репо (многие ответы на этот вопрос нет).
  • Не так много, чтобы напечатать.
  • Требуется npx (или npm если вы хотите установить его по-настоящему).

Автор: ericP Размещён: 22.06.2020 10:06

Репозитории на GitHub подверглись масштабной атаке со стороны биткоин-вымогателей

Неизвестные хакеры совершили ряд скоординированных атак на пользователей сервисов для хостинга IT-проектов и их совместной разработки GitHub, GitLab и BitBucket, в результате которых сотни закрытых репозиториев были опустошены, сообщает ZDNet.

Мастер Йода рекомендует:  Как создать HTML-страницу

Так, злоумышленники утверждают, что скачали содержимое этих репозиториев на собственные сервера, и дают 10 дней на выплату выкупа в размере 0,1 BTC под угрозой обнародования украденных проектов. По предварительным данным, атаке подверглись 392 репозитория.

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

If this has happened to you, *PLEASE* get in touch with Git[hub, lab]/Bitbucket support before considering paying the ransom.

The whole point of version control is that there’s a good chance their support can help fix this. https://t.co/CdCxPzsgdK

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

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

Напомним, ранее в результате DoS-атаки на сервера криптовалютного кошелька Electrum хакерам удалось похитить $4,6 млн.

Подписывайтесь на канал Forklog в YouTube!

Подписаться на новости Forklog

Свободное копирование и распространение материалов с сайта ForkLog разрешено только с указанием активной ссылки на ForkLog как на источник. Указание ссылки также является обязательным при копировании материалов в социальные сети или печатные издания.

Журнал ForkLog — информационный ресурс о криптовалютах, блокчейне и децентрализованных технологиях. Мы работаем для вас с 2014 года.
© 2020

61 репозиторий для хакеров на Github

/Maks/android-kernel-zzz
git init — инициализируем репозиторий
git add . — помечаем для выгрузки все файлы в

/Maks/android-kernel-zzz
git commit -m «first commit» — коммитим изменения, вместо first commit можно написать, что угодно.
git remote add origin https://github.com/твой_ник/имя_репозитория.git
git push -u origin master — после ввода команды попросит пароль.

Тема в стадии развития!

Сообщение отредактировал AndrewP_1 — 29.04.19, 12:01

Предложу альтернативу. :wink_kind:

Создаём новый пустой репозиторий с помощью командной строки:

Интеграция чужих наработок в свой репозиторий

  • git remote add name [url репозитория]
  • git fetch name
  • git cherry-pick [id коммита]

Где name это условное имя ветки (может быть каким угодно)

  • Git или Гит — система контроля и управления версиями файлов.
  • GitHub или Гитхаб — веб-сервис для размещения репозиториев и совместной разработки проектов.
  • Репозиторий Git — каталог файловой системы, в котором находятся: файлы конфигурации, файлы журналов операций, выполняемых над репозиторием, индекс расположения файлов и хранилище, содержащее сами контролируемые файлы.
  • Локальный репозиторий — репозиторий, расположенный на локальном компьютере разработчика в каталоге. Именно в нём происходит разработка и фиксация изменений, которые отправляются на удалённый репозиторий.
  • Удалённый репозиторий — репозиторий, находящийся на удалённом сервере. Это общий репозиторий, в который приходят все изменения и из которого забираются все обновления.
  • Форк (Fork) — копия репозитория. Его также можно рассматривать как внешнюю ветку для текущего репозитория. Копия вашего открытого репозитория на Гитхабе может быть сделана любым пользователем, после чего он может прислать изменения в ваш репозиторий через пулреквест.
  • Обновиться из апстрима — обновить свою локальную версию форка до последней версии основного репозитория, от которого сделан форк.
  • Обновиться из ориджина — обновить свою локальную версию репозитория до последней удалённой версии этого репозитория.
  • Клонирование (Clone) — скачивание репозитория с удалённого сервера на локальный компьютер в определённый каталог для дальнейшей работы с этим каталогом как с репозиторием.
  • Ветка (Branch) — это параллельная версия репозитория. Она включена в этот репозиторий, но не влияет на главную версию, тем самым позволяя свободно работать в параллельной. Когда вы внесли нужные изменения, то вы можете объединить их с главной версией.
  • Мастер (Master) — главная или основная ветка репозитория.
  • Коммит (Commit) — фиксация изменений или запись изменений в репозиторий. Коммит происходит на локальной машине.
  • Пул (Pull) — получение последних изменений с удалённого сервера репозитория.
  • Пуш (Push) — отправка всех неотправленных коммитов на удалённый сервер репозитория.
  • Пулреквест (Pull Request) — запрос на слияние форка репозитория с основным репозиторием. Пулреквест может быть принят или отклонён вами, как владельцем репозитория.
  • Мёрдж (Merge) — слияние изменений из какой-либо ветки репозитория с любой веткой этого же репозитория. Чаще всего слияние изменений из ветки репозитория с основной веткой репозитория.
  • Кодревью — процесс проверки кода на соответствие определённым требованиям, задачам и внешнему виду.

Создать репозиторий GitHub

Просто хочу создать репозиторий для контроля версий своего проекта в VisualStudio.

Зачем?

При работе над проектом в IDE — продвинутом инструменте разработки ПО, вы как правило работает с множеством файлов. Например — если вы делаете сайт, то для Вас в процессе это будет минимум папка в которой:

  • несколько HTML файлов
  • папка с библиотеками
  • папка со скриптами на JS
  • папка с стилями CSS

Начнете Вы наверное с того, что создадите определенную структуру сайта — создадите набор пустых HTML страничек подключите к ним необходимые библиотеки, стили и тп.

Для того чтобы “спокойно” продолжить работу было бы удобно сохранится на этом моменте? Сохранить текущую версию проекта. Воспользуемся для этого онлайн сервисом контроля версий: GitHub.

Как это сделать?

Для начала


  • Скачайте GitBash — программа, которой мы будем контролировать наши версии в Windows
  • Зарегистрируйтесь на GitHub — онлайн хранилище версий вашего проекта
  • Создайте отдельную пустую папку на диске

В качестве примера можете скачать себе этот проект в пустую папку.

Хакеры взломали репозиторий Gentoo Linux на GitHub

Злоумышленники заменили ветки portage и musl-dev вредоносными ebuild, предназначенными для удаления всех файлов из системы.

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

Мастер Йода рекомендует:  Как правильно составлять сообщения об ошибках

«28 июня около 20:20 неизвестные получили контроль над учетной записью проекта Gentoo на портале GitHub и изменили содержание репозиториев. Мы все еще работаем над определением маштабов ущерба и восстановлением контроля над репозиториями. Весь код Gentoo, размещенный на GitHub, на данный момент должен считаться скомпрометированным», — следует из заявления Gentoo.

По словам разработчиков, злоумышленники заменили ветки portage и musl-dev вредоносными ebuild, предназначенными для удаления всех файлов из системы.

Ebuild представляют собой скрипты bash, используемые Gentoo Linux для системы управления программным обеспечением Portage.

«Поскольку главный репозиторий Gentoo ebuild размещен в нашей собственной инфраструктуре, а Github — это только его зеркало, все в порядке, если вы используете rsync или webrsync из gentoo.org», — отметили разработчики.

Подписывайтесь на каналы «SecurityLab» в Telegram и Яндекс.Дзен, чтобы первыми узнавать о новостях и эксклюзивных материалах по информационной безопасности.

Создать репозиторий GitHub

Просто хочу создать репозиторий для контроля версий своего проекта в VisualStudio.

Зачем?

При работе над проектом в IDE — продвинутом инструменте разработки ПО, вы как правило работает с множеством файлов. Например — если вы делаете сайт, то для Вас в процессе это будет минимум папка в которой:

  • несколько HTML файлов
  • папка с библиотеками
  • папка со скриптами на JS
  • папка с стилями CSS

Начнете Вы наверное с того, что создадите определенную структуру сайта — создадите набор пустых HTML страничек подключите к ним необходимые библиотеки, стили и тп.

Для того чтобы “спокойно” продолжить работу было бы удобно сохранится на этом моменте? Сохранить текущую версию проекта. Воспользуемся для этого онлайн сервисом контроля версий: GitHub.

Как это сделать?

Для начала

  • Скачайте GitBash — программа, которой мы будем контролировать наши версии в Windows
  • Зарегистрируйтесь на GitHub — онлайн хранилище версий вашего проекта
  • Создайте отдельную пустую папку на диске

В качестве примера можете скачать себе этот проект в пустую папку.

Добавление изменений в Git и GitHub

Копирование репозитория с GitHub

Для выполнения заданий вы будете использовать приватный репозиторий, который создан на GitHub.

Для работы с ним локально, его нужно скопировать. Для этого используется команда git clone:

В этой команде вам нужно сменить имя репозитория “online-4-natasha-samoylenko” на свой репозиторий.

В итоге, в текущем каталоге, в котором была выполнена команда git clone, появится каталог с именем равным имени репозитория. В моем случае — online-4-natasha-samoylenko.

Если вы перейдете в этот каталог, то увидите в нем содержимое репозитория на GitHub.

Работа с репозиторием

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

  • был создан каталог .git
  • скачаны все данные репозитория
  • скачаны все изменения, которые были в репозитории
  • ваш репозиторий на GitHub настроен как remote для этого репозитория

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

Обычно, последовательность работы будет такой:

  • перед началом работы, синхронизируете локальное содержимое с GitHub командой git pull (синхронизация из GitHub в локальный репозиторий)
  • редактируете какие-то файлы репозитория
  • добавляете их в staging командой git add
  • делаете commit с помощью git commit
  • когда вы готовы закачать локальные изменения на GitHub, делаете git push

Если вы работаете с заданиями с работы и дома, надо не забывать первый и последний шаг:

  • первый шаг — обновляет ваш локальный репозиторий на виртуалке
  • последний шаг — загружает изменения на GitHub


Синхронизация из GitHub в локальный репозиторий

Все команды выполняются внутри каталога репозитория (в примере выше — online-4-natasha-samoylenko)

Команда git pull:

Если содержимое локального репозитория одинаково с удаленным репозиторием — GitHub, вывод будет таким:

Если что-то было изменено, вывод будет примерно таким:

Добавление новых файлов или изменений в существующих файлах

Добавление всех новых файлов или изменений в существующих:

Если необходимо добавить конкретный файл (в данном случае — README.md):

Commit

При выполнении commit обязательно надо указать сообщение. Будет лучше, если сообщение будет со смыслом, а не просто “update” или подобное:

Push на GitHub

Для загрузки всех локальных изменений на GitHub, используется git push:

Перед выполнением git push, можно выполнить команду $ git log -p origin/master.. — она покажет какие изменения вы собираетесь добавлять в свой репозиторий на GitHub.

61 репозиторий для хакеров на Github

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

В статье рассмотрено как создать репозиторий на github, подключиться к нему с локального компьютера и работать с проектом. Используется Ubuntu — с github можно работать также с любой другой Unix машины или Windows.

Установка git и создание локального репозитория

Работаем от имени пользователя root. Прежде всего устанавливаем git

Заходим на https://github.com и создаем пользовательский аккаунт, также создаем в графическом интерфейсе первый репозиторий (называем его test)

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

git config —global user.name «valdes101»

git config —global user.email «valdes101@example.com»

Создаем локальный каталог, который будет служить репозитоирем

переходим в каталог

Initialized empty Git repository in /home/admin/IT/python/py/.git/

После выполнения команды в каталоге появляется директория .git, в которой размещаются файлы. необходимые для корректной работы пакета

Как создать репозиторий на github и подключиться к нему

После адреса сайта указываем имя пользователя, затем — через / — название репозитория, .git

git remote add origin https://github.com/valdes101/test.git

Далее пробуем передать дынные из локального репозитория в удаленный

При этом возникает ошибка:

Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

Из ее текста следует, что не добавлен SSH ключ и подключение к удаленному репозиторию невозможно.

Мастер Йода рекомендует:  Как разработать дизайн сайта

Сгенерируем ключ и добавим его в личном кабинете на github

ssh-keygen -t rsa -b 4096 -C «valdes101@example.com»

Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):

Вводим путь к ключу на сервере
Enter passphrase (empty for no passphrase):

Парольная фраза и ее повтор
Enter same passphrase again:
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
72:d6:85:91:09:6d:61:ca:20:01:72:68:75:63:8b:9f valdes101@example.com
The key’s randomart image is:
+—[RSA 4096]—-+
|..+oo=. .o++ |
|.+ +.oo o=o |
|. . . o.. . |
| . . . . |
| E. S . |
| + |
| |
| |
| |
+——————+

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

Добавляем его в .ssh/id_rsa

Identity added: /root/.ssh/id_rsa (rsa w/o comment)

Копируем ключ, начинающийся с ssh-rsa и вставляем его в соответствующее поле в личном кабинете на github

Выбираем «SSH and GPG keys»

Далее New SSH key (на скриншоте ключ уже добавлен)


После этого вновь пробует отправить данные

Counting objects: 3, done.
Writing objects: 100% (3/3), 216 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To git@github.com:valdes101/testrepo.git
* [new branch] master -> master
Branch master set up to track remote branch master from origin.

Все получилось — данные были успешно переданы в удаленный репозиторий.

Проверяем, создаем файл и добавляем в него произвольный текст (в данном случае добавлен «some text»)

Добавляем измененный файл

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

Делаем коммит, указывая после ключа -m комментарий

Здесь система попросит ввести логин пользователя на github и его пароль

Username for ‘https://github.com’: valdes101
Password for ‘https://valdes101@github.com’:

Как только мы это сделаем отображаются следующая информация:

Counting objects: 3, done.
Writing objects: 100% (3/3), 215 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To https://github.com/valdes101/test.git
* [new branch] master -> master

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

git commit -m ‘Second commit’
[master c5b2de5] First commit
1 file changed, 2 insertions(+), 1 deletion(-)

и снова передаем информацию на github

Username for ‘https://github.com’: valdes101
Password for ‘https://valdes101@github.com’:
Counting objects: 3, done.
Writing objects: 100% (3/3), 253 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To https://github.com/valdes101/test.git
1273b8c..c5b2de5 master -> master

В интерфейсе аккаунта на сайте можно видеть добавленный файл, коммиты и комментарии

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

Если не добавить

перед коммитом можно увидеть следующее сообщение, выделенное в консоли красным цветом:

On branch master
Changes not staged for commit:
modified: FILE.txt

no changes added to commit

Все системные сообщения очень информативны — в частности, при попытке «пушнуть» на github неизмененные файлы возникает сообщение «Everything up-to-date»

Username for ‘https://github.com’: valdes101
Password for ‘https://valdes101@github.com’:
Everything up-to-date

Создаем файл password и добавляем в него произвольное содержимое

git commit -m «added one more file»

[master c2a671f] added one more file
2 files changed, 2 insertions(+), 1 deletion(-)
create mode 100644 password

Отправляем информацию на удаленный репозиторий

Username for ‘https://github.com’: valdes101
Password for ‘https://valdes101@github.com’:
Counting objects: 4, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (4/4), 318 bytes | 0 bytes/s, done.
Total 4 (delta 0), reused 0 (delta 0)
To https://github.com/valdes101/test.git
c5b2de5..c2a671f master -> master

Отмена коммитов с отменой изменений, внесенных в файлы, и без них

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

[master dded43f] new one
1 file changed, 1 insertion(+), 1 deletion(-)

Отменяем последний коммит следующей командой

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

Делаем коммит снова

Сейчас отменяем его с ключом —hard, его использование означает, что будет отменен коммит и изменения, внесенные в файл

HEAD is now at c2a671f added one more file

Отправляем данные на github

remote: Counting objects: 3, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 0), reused 3 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), done.
From https://github.com/valdes101/test
* branch master -> FETCH_HEAD
c2a671f..d578a72 master -> origin/master
Updating c2a671f..d578a72
Fast-forward
password | 3 ++-

Клонирование репозитория с Github

Идем на другую машину (в тестовой среде был просто сменен пользователь командой su mailer, затем выполнен переход в его домашний каталог cd /home/mailer)

git clone https://github.com/valdes101/test.git

Cloning into ‘test’…
remote: Counting objects: 10, done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 10 (delta 0), reused 10 (delta 0), pack-reused 0
Unpacking objects: 100% (10/10), done.
Checking connectivity… done.

Переходим в каталог test

Редактируем файл password

git config —global user.email «testuser2020@mail.ru»

git config —global user.name «testuser2020»

git commit -m «added by another user»

git commit -m «added by another user»[master d578a72] added by another user
1 file changed, 2 insertions(+), 1 deletion(-)

Отправляем на github

Username for ‘https://github.com’: valdes101
Password for ‘https://valdes101@github.com’:
Counting objects: 3, done.
Delta compression using up to 4 threads.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 293 bytes | 0 bytes/s, done.
Total 3 (delta 0), reused 0 (delta 0)
To https://github.com/valdes101/test.git
c2a671f..d578a72 master -> master

Проверяем, что на github появилась информация о сделанном коммите, а файл обновился

Теперь авторизуемся на сервере с реквизитами пользователя от имени которого работа велась изначально и выполняем команду git pull origin master

remote: Counting objects: 3, done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 0), reused 3 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), done.
From https://github.com/valdes101/test
* branch master -> FETCH_HEAD
c2a671f..d578a72 master -> origin/master
Updating c2a671f..d578a72
Fast-forward
password | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)

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

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