Команда git request-pull
, при наличии подходящего ввода, создает подходящее сообщение электронной почты. В буквальном смысле это все, что он делает. Сообщение электронной почты отправляется на стандартный вывод команды; это зависит от вас, чтобы собрать это и отправить электронное письмо, если это то, что вы хотите сделать.
Команда git pull
запускает git fetch
, а затем вторую команду Git, обычно либо git merge
, либо git rebase
. (Для особого случая извлечения в пустой репозиторий без коммитов он будет выполнять git checkout
в качестве второй команды.) См. Любой из множества других вопросов о StackOverflow.
Команда git push
заставляет ваш Git вызывать некоторые другие Git и обмениваться информацией, отправлять любые объекты коммитов и другие внутренние объекты Git, которые вы должны отправить, чтобы завершить последний шаг, а затем, в качестве своего последнего шага, дает вежливые запросы. (принудительное принудительное нажатие), команды сравнения и замены (принудительное получение с арендой) или запросы стиля команды (принудительное принудительное нажатие), запрашивающие, чтобы другой Git установил некоторые из своих ссылок на некоторые конкретные идентификаторы хеша .
Ваши три последующих вопроса касаются того, как вы можете использовать эти различные команды и их возможности для создания полезного рабочего процесса. Есть много разных способов сделать это; невозможно назначить один рабочий процесс, который подходит каждому, не делая много предположений о каких-либо ограничениях (или их отсутствии) в отношении доступа к сети и т. д. Сам Git - это скорее система инструментов, которую пользователи могут использовать по своему усмотрению, а не конкретные решения конкретных проблем.
Тем не менее, мы можем обратиться к этим трем до некоторой степени:
blockquote>
- Должен ли я использовать
git pull-request
, чтобы попросить моих пировgit pull
из моего локального репозитория в их отдельные репозитории? [ 1129]Если хотите, да. Обратите внимание, что для успешного выполнения они должны иметь как минимум разрешения на чтение в вашем локальном хранилище, возможно, через сетевой доступ.
blockquote>
- Должен ли я выполнить git pull-request с общим удаленным репозиторием в качестве аргумента URL?
Если хотите, то да. Однако, если вы используете общий удаленный репозиторий,
git request-pull
почти полностью излишен и бессмыслен.Если да, просит ли администратор общего удаленного хранилища выполнить git pull из моего локального хранилища в удаленное хранилище?
blockquote>Нет; он попросит их извлечь из общего удаленного хранилища, что, как мы можем предположить, они уже делают часто. Попробуйте запустить
git request-pull
, чтобы увидеть. Поскольку его выходные данные отправляются в стандартный вывод, вы будете точно видеть, что отправка этого вывода кому-либо еще по электронной почте. В частности, однако, он скажет:The following changes since commit %H: %s (%ci) are available in the Git repository at: $url $pretty_remote for you to fetch changes up to %H: %s (%ci)
с заполненными различными полями
$
и%
. Часть$url
- это буквально все, что вы передали в качестве аргумента URL, тогда как [ 1115] составляется путем удаленияrefs/heads/
илиrefs/
из целевой части аргумента refspec, если таковой имеется. См. Кодgit-request-pull
(это простой сценарий оболочки) для получения дополнительной информации здесь.blockquote>
- Нужно ли мне
git push
работать над этой функцией из локального репозитория в общий удаленный репозиторий перед запускомgit request-pull
?Нет. Как и в вопросе 2, если у вас есть общий репозиторий,
]git request-pull
почти наверняка не имеет смысла. Команда построена на предположении, что по какой-либо причине у вас нет истинного общего хранилища - что вы и ваши вышестоящие пользователи имеют только доступ на чтение к хранилищам друг друга.
Не делайте второго подхода. Отличающееся образование воронок actions
через одну конечную точку не чувствует УСПОКОИТЕЛЬНЫЙ IMO.
Вы имеете DELETE /cart_items/cart_item_id/
это удаляет cart_item_id
от их корзины. Что относительно DELETE /cart_items/
очистить саму корзину?
Добавление объекта к корзине:
POST carts/{cartid}/items
Получение определенного объекта от корзины:
GET carts/{cartid}/items/{itemid}
Удаление определенного объекта от корзины:
DELETE carts/{cartid}/items/{itemid}
Получение состояния корзины:
GET carts/{cartid}/state
(Мог возвратить значение как 0,1, который указывает на количество объектов в корзине),
Освобождение корзины:
PUT carts/{cartid}/state?state=0
Это выглядит интуитивным?
DELETE /cart_items/
интересная идея, которая была также обсуждена здесь.