Денис Ручьев: из "композеровских" дел - да, пушить только 2 этих файла и /vendor в игнор. Остальные файлы уже по Вашему усмотрению.
Остальные разработчики - да, ставят композер локально и делают composer install, после того, как в композере что-то было изменено/добавлено. Ну и после первого пула, разумеется.
На сервере, после первого пуша - так же, обязательно composer install запустить, дальше можно через хуки гита это делать (хотя, если хук уже был на сервере, до первого коммита, то не обязательно).
Да, совершенно верно. Всё как Вы описали. composer.json -- обязательно в список отслеживаемых файлов, т.к. именно по нему будут отслеживаться изменения, обновления и т.д., а /vendor -- в игнор. Остальные файлы (например, конфиги самого CodeIgniter'a), обычно тоже добавляются в игнор, а их оригиналы заменяются файлами с расширением .example и дефолтными настроками. Например, оригинал db.config.php --> db.config.php.example, и разработчики соотв. настраивают каждый свой конфиг, индивидуально, что бы не "перебивать" конфиги друг-друга, постоянно.
Владислав Кузьмин: Хм... ну... вообще, конечно можно, отследить манипуляции с файловой системой программы. Т.е. запускаете её на любой другой копии 10-ки, и смотрете, что именно она и откуда скачивает. Но, боюсь, "простым файлом" дело не обойдется, наверняка кусок данных заодно и в реестре храниться. Реестр Вы как откроете в таком раскладе?
У меня ноутбук шел с лицензионной 10-кой, при переустновке винды выбираю "у меня нет ключа" - и система активируется, в течение минуты-двух, после подключения к интернету. Если верить информации из Интернета, данные об оборудовании, на котором активирована винда - хранятся в облаке Майкрософта, и система автоматически активируется, при первой возможности.
Но, для надёжности, Вы можете обратиться в поддержку Макйрософт, у них есть бесплатные номера (8-800) и уточнить все тонкости у них. А после переустановки системы - сделать её бекап с помощью программы выше.
git config --global user.name "example"
Вы меняете пользователя глобально (флаг --global). Насколько я помню, такие же настройки есть и локально. Попробуйте пользователя локально (для этого конкретно репозитория) сменить.
Но это спровоцирует дубль вызова маски, один из которой будет в контексте обычной страницы, а другой в контексте подгруженной формы.
вопрос в том, к чему именно это дубль негативному приведёт?
Ну, и второй вариант, если дубль по каким-то причинам не устраивает - я подробно описал выше, нужно либо определять поля с классом .phone, у которых этой маски ещё нет и изменить соотв. образом селектор, либо, добавлять маску непосредственно на поля уже загруженной формы, после того как она появилась на странице. Тогда дублей наложения маски не будет.
mydarck: по логике вещей, маска должна перезаписываться, а не дублироваться. Но, если она всё-таки создаёт какой-то дубликат, можно отследить по какому-то признаку (класс, атрибут, ещё что-то) и добавить в селектор типа :not(признак_присутствия_маски), либо, как рекомендуют ниже - добавлять к вновь добавленному полю "персонально" по this или другому селектору, например по :last...
Остальные разработчики - да, ставят композер локально и делают composer install, после того, как в композере что-то было изменено/добавлено. Ну и после первого пула, разумеется.