aleksandrkotov, я же написал. Оба варианта сработают. Перечитай примеры внимательней.
Даже вариант вообще без слешей сработает, но под него может попасть больше файлов и папок чем ты ожидал.
В принципе /node_modules уже достаточно. Так как мы не сможем создать одновременно и файл и папку с именем node_modules
Ещё раз:
Слеш в начале означает абсолютный путь. Объект находится в корне /
Слеш в конце чтобы акцентировать внимание что это папка и не игнорировать файлы с таким же именем.
aleksandrkotov, database/ — любые подпапки с именем database, не только в корне проекта /database/— только содержимое папки database в корне проекта /database— файл или папка с именем database в корне проекта
Конфликты возникают только при слиянии. Если хочется оградить дизайнера от разрешения конфликтов, значит нужно делать слияние самому. Только и всего.
Но дизайнер не сможет обойтись только лишь командами pull и push, понадобится цепочка подлинней: fetch branch add commit push.
1. Дизайнер загружает обновления с главного репозитория git fetch
2. Создаёт новую тематическую ветку на основе актуального состояния проекта
git checkout -b feature123 origin/main
3. Работает, коммитит, отправляет свою ветку в общий репо
4. Если общий репо на гитхабе, то создаёт там Pull Request и идёт курить.
5. Дальше в процесс вступаешь ты. Скачиваешь его ветку себе, разрешаешь конфликты, делаешь слияние в main в общем репо.
Всё. Если дизайнер хочет продолжить работу, то он повторит все пункты заново с созданием новой тематической ветки, так как старая уже не актуальна и её лучше сразу удалить.
Pull тоже не нужен, так как он эквивалентен fetch+merge, что чревато появлением конфликтов, а тебе этого не хочется)
Lumeq Когда ты при регистрации скажешь им адрес своей почты, то он разумеется сразу станет известен этим мошенникам. Они получат именно адрес, а не доступ к твоей переписке. Если только ты по глупости введешь такой же пароль, как на почте.
А если там не регистрация, а авторизация, т. е. просят якобы залогиниться на ютубе, то, разумеется, введённые тобой данные они сразу смогут использовать чтобы захватить твой гугл-аккаунт и другие сервисы, где у тебя пароль совпадает.
Mr.Domosed, реши, с какого винта ты хочешь грузиться и какой загрузчик использовать основным: grub или Windows Boot Manager. Потом настраивай. Если grub основной, до добавь в его меню вызов виндового загрузчика, который будет на отдельном разделе. Виндовый загрузчик дальше собственно грузит винду, которая тоже на отдельном разделе винта.
Либо можешь grub поставить не в первый сектор винта а в тот раздел где у тебя линукс, а в основном виндовом загрузчике через bcdedit добавь вызов grub.
photosho, clone и не нужен. Чтобы выполнить clone повторно, тебе нужно полностью удалить и рабочую папку и репозиторий. Клонировать можно только в пустую папку. Clone первым делом скачивает удалённый репозиторий на твой компьютер, это тебе не нужно. Вторым шагом clone распаковывает (checkout) снапшот ветки в рабочий каталог.
reset --hard повторяет распаковку. reset без --hard не работал, так как по умолчанию используется метод --mixed, при котором рабочий каталог не меняется, поэтому проблема не решалась.
photosho, нет. Ты неправильно понял. Сама ветка при clone вообще не меняется.
Файлы модифицируются не во время clone/fetch, а во время checkout, вытаскивания их из локального репозитория в локальную рабочую папку. То что ты видишь у себя в папке, это не сама ветка, а её распакованное состояние (снимок) на какой-то момент.
photosho, само по себе изменение настроек не изменяет файлы. Reset фактически повторно распаковывает ветку в рабочий каталог с новыми окончаниями строк. Так понятно?
Файлы изменяются в момент вытаскивания их из репозитория в рабочий каталог. Чтобы настройки применились, требуется повторное вытаскивание с новыми настройками.
