мерзавец, эквивалентный hg mq?
Ниже делает то, что вы хотите:
$(document).ready(
function(){
$('input:radio:first-child').attr('checked',true);
}
);
Демонстрация по адресу: JS Bin .
4 ответа
См. Раздел «Уровни интерфейса для управления исправлениями» на странице Интерфейсы, внешние интерфейсы и инструменты в Git Wiki. Перечислены два интерфейса управления исправлениями, примерно эквивалентные Mercurials 'mq' extension :
- StGIT (Stacked Git), более старый из двух, написанный на Python, использует два снимка для представления патча
- Guilt (ранее «gq»), написанного как серия сценариев bash, файл серии и патчи (по одному на файл) хранятся в виде простого текстового файла.
- pg (Patchy Git) устарел и больше не поддерживается.
Но если вам не нужно более продвинутое использование, вы можете вместо этого использовать " git rebase --interactive "для изменения порядка, раздавливания и разделения патчей. А чтобы управлять веткой в соответствии с текущей версией апстрима, обычно достаточно «git rebase».
и больше не поддерживается.Но если вам не нужно более сложное использование, вы можете вместо этого использовать " git rebase --interactive " для изменения порядка, сжатия и разделения патчей. А чтобы управлять веткой в соответствии с текущей версией апстрима, обычно достаточно «git rebase».
и больше не поддерживается.Но если вам не нужно более сложное использование, вы можете вместо этого использовать " git rebase --interactive " для изменения порядка, сжатия и разделения патчей. А чтобы управлять веткой в соответствии с текущей версией апстрима, обычно достаточно «git rebase».
Просто используйте ветку и регулярно переустанавливайте ее на исходную ветку. Это проще в управлении и безопаснее, чем использование mq (с которым я терял данные в прошлом).
Git на самом деле не предоставляет эту функцию. В зависимости от того, как вы используете, вы можете обойтись «git stash» и / или ветками, но это будет довольно просто. Если у людей есть более сложные потребности в управлении исправлениями с помощью git, они, кажется, обращаются к Quilt или StGit: см. http://git.or.cz/gitwiki/PatchManagement
Обратите внимание на swffit , он должен идеально соответствовать всем требованиям.
дублирование очереди исправлений на старую ветвь обслуживания - используйте git branch и git rebase ,
изменение порядка исправлений в очереди - используйте git rebase --interactive (также известный как git rebase -i ) с использованием текстового редактора для изменения порядка очереди.
исправления сжатия - используйте git rebase -i с изменением директивы squash
патчи или сообщения о фиксации патча - используйте git rebase -i (определить тему?) с директивой редактирования.
Любое действие, которое каким-либо образом изменяет патч (т. е. его содержимое, описание или происхождение), будет создать новую фиксацию с новым идентификатором фиксации для этого патча. Тот факт, что старые коммиты могут быть выброшены и регулярно заменены, прежде чем они будут переведены в стабильную главную ветку, - единственное, что делает их «очередью исправлений». а не ветвь, но это соглашение о проекте, а не какая-либо физическая разница в данных, из которых состоят коммиты. Для git это идентичные объекты.
Чтобы превратить патч в «настоящий» коммит, достаточно просто переместить патч в начало очереди и объединить его с основной веткой. После перемещения патча в начало очереди он ничем не отличается от обычного коммита, основанного на главной ветке, поэтому при его слиянии просто быстро переместится указатель главной ветки, чтобы указать на фиксацию исправления.
Публикация этой фиксации в качестве «стабильного» основного патча - это акт, который гласит: теперь это фиксация, которая не будет изменяться и является частью неизменной истории проекта.
Чтобы превратить патч в «настоящую» фиксацию, достаточно просто переместить патч в начало очереди и объединить его с основной веткой. После перемещения патча в начало очереди он ничем не отличается от обычного коммита, основанного на главной ветке, поэтому при его слиянии просто быстро переместится указатель главной ветки, чтобы указать на фиксацию исправления.
Публикация этой фиксации в качестве «стабильного» основного патча - это акт, который гласит: теперь это фиксация, которая не будет изменяться и является частью неизменной истории проекта.
Чтобы превратить патч в «настоящую» фиксацию, достаточно просто переместить патч в начало очереди и объединить его с основной веткой. После перемещения патча в начало очереди он ничем не отличается от обычного коммита, основанного на главной ветке, поэтому при его слиянии просто быстро переместится указатель главной ветки, чтобы указать на фиксацию исправления.
Публикация этой фиксации в качестве «стабильного» основного патча - это акт, который гласит: теперь это фиксация, которая не будет изменяться и является частью неизменной истории проекта.