Как объединить конкретный коммит в Git
Измените его на это, и он будет работать:
$("#theSelectId").prepend("").val('');
Кажется, что IE оценивает только атрибут selected, когда он впервые встречает select.
3 ответа
' git cherry-pick ' должен быть вашим ответом здесь.
Примените изменение введено существующей фиксацией.
Не забудьте прочитать ответ bdonlan о последствиях выбора вишни в этом посте:
«Вытащить все коммиты из ветки, передать указанные коммиты в другую» , где:
A-----B------C
\
\
D
становится:
A-----B------C
\
\
D-----C'
Проблема с этой фиксацией заключается в том, что git считает, что коммиты включают всю историю до них
Где C 'имеет другой
SHA-1ID.
Точно так же выбор вишневого коммита из одной ветки в другую в основном включает в себя создание патча, а затем его применение, что также приводит к потере истории.Это изменение идентификаторов коммитов, помимо прочего, нарушает функцию слияния git (хотя, если использовать там умеренно) это эвристика, которая затушевывает это).
Что еще более важно, он игнорирует функциональные зависимости - если C действительно использовал функцию, определенную в B, вы никогда не узнаете .
В моем варианте использования у нас была подобная потребность в CI CD. Мы использовали поток мерзавца с, разрабатывают и основные ответвления. Разработчики свободны объединить там изменения непосредственно для разработки или через запрос получения по запросу от ответвления функции. Однако для освоения мы объединяем только стабильные фиксации от разработать ответвления автоматизированным способом через Jenkins.
В этом избирательном подходе выполнения случая не хороший вариант. Однако мы создаем локальное ответвление из идентификатора фиксации, затем объединяют то локальное ответвление, чтобы освоить и работать, чистые mvn проверяют (мы используем знатока). Если успех затем выпускает производственный артефакт версии к связи с помощью плагина выпуска знатока с localCheckout=true опцией и pushChanges=false. Наконец, когда все - успех, затем продвигают изменения и тег к источнику.
отрывок примера кода А:
Принятие Вас находятся на ведущем устройстве, если сделано вручную. Однако на jenkins, когда Вы контроль repo Вы будете на ответвлении по умолчанию (ведущее устройство, если настроено).
git pull // Just to pull any changes.
git branch local-<commitd-id> <commit-id> // Create a branch from the given commit-id
git merge local-<commit-id> // Merge that local branch to master.
mvn clean verify // Verify if the code is build able
mvn <any args> release:clean release:prepare release:perform // Release artifacts
git push origin/master // Push the local changes performed above to origin.
git push origin <tag> // Push the tag to origin
Это даст Вам полный контроль с бесстрашным слиянием или адом конфликта.
Не стесняются советовать в случае, если существует любой более оптимальный вариант.
Вы можете использовать git cherry- выберите, чтобы применить отдельную фиксацию к вашей текущей ветке.
Пример: git cherry-pick d42c389f