/* * Copyright (C) 2008, Marek Zawirski * Copyright (C) 2008, Shawn O. Pearce and others * * This program and the accompanying materials are made available under the * terms of the Eclipse Distribution License v. 1.0 which is available at * https://www.eclipse.org/org/documents/edl-v10.php. * * SPDX-License-Identifier: BSD-3-Clause */ package org.eclipse.jgit.transport; import java.io.OutputStream; import java.util.Map; import org.eclipse.jgit.errors.TransportException; import org.eclipse.jgit.lib.ProgressMonitor; /** * Lists known refs from the remote and sends objects to the remote. *

* A push connection typically connects to the git-receive-pack * service running where the remote repository is stored. This provides a * one-way object transfer service to copy objects from the local repository * into the remote repository, as well as a way to modify the refs stored by the * remote repository. *

* Instances of a PushConnection must be created by a * {@link org.eclipse.jgit.transport.Transport} that implements a specific * object transfer protocol that both sides of the connection understand. *

* PushConnection instances are not thread safe and may be accessed by only one * thread at a time. * * @see Transport */ public interface PushConnection extends Connection { /** * Pushes to the remote repository basing on provided specification. This * possibly result in update/creation/deletion of refs on remote repository * and sending objects that remote repository need to have a consistent * objects graph from new refs. *

* Only one call per connection is allowed. Subsequent calls will result in * {@link org.eclipse.jgit.errors.TransportException}. *

* Implementation may use local repository to send a minimum set of objects * needed by remote repository in efficient way. * {@link org.eclipse.jgit.transport.Transport#isPushThin()} should be * honored if applicable. refUpdates should be filled with information about * status of each update. * * @param monitor * progress monitor to update the end-user about the amount of * work completed, or to indicate cancellation. Implementors * should poll the monitor at regular intervals to look for * cancellation requests from the user. * @param refUpdates * map of remote refnames to remote refs update * specifications/statuses. Can't be empty. This indicate what * refs caller want to update on remote side. Only refs updates * with * {@link org.eclipse.jgit.transport.RemoteRefUpdate.Status#NOT_ATTEMPTED} * should passed. Implementation must ensure that and appropriate * status with optional message should be set during call. No * refUpdate with * {@link org.eclipse.jgit.transport.RemoteRefUpdate.Status#AWAITING_REPORT} * or * {@link org.eclipse.jgit.transport.RemoteRefUpdate.Status#NOT_ATTEMPTED} * can be leaved by implementation after return from this call. * @throws org.eclipse.jgit.errors.TransportException * objects could not be copied due to a network failure, * critical protocol error, or error on remote side, or * connection was already used for push - new connection must be * created. Non-critical errors concerning only isolated refs * should be placed in refUpdates. */ void push(final ProgressMonitor monitor, final Map refUpdates) throws TransportException; /** * Pushes to the remote repository basing on provided specification. This * possibly result in update/creation/deletion of refs on remote repository * and sending objects that remote repository need to have a consistent * objects graph from new refs. *

* Only one call per connection is allowed. Subsequent calls will result in * {@link org.eclipse.jgit.errors.TransportException}. *

* Implementation may use local repository to send a minimum set of objects * needed by remote repository in efficient way. * {@link org.eclipse.jgit.transport.Transport#isPushThin()} should be * honored if applicable. refUpdates should be filled with information about * status of each update. * * @param monitor * progress monitor to update the end-user about the amount of * work completed, or to indicate cancellation. Implementors * should poll the monitor at regular intervals to look for * cancellation requests from the user. * @param refUpdates * map of remote refnames to remote refs update * specifications/statuses. Can't be empty. This indicate what * refs caller want to update on remote side. Only refs updates * with * {@link org.eclipse.jgit.transport.RemoteRefUpdate.Status#NOT_ATTEMPTED} * should passed. Implementation must ensure that and appropriate * status with optional message should be set during call. No * refUpdate with * {@link org.eclipse.jgit.transport.RemoteRefUpdate.Status#AWAITING_REPORT} * or * {@link org.eclipse.jgit.transport.RemoteRefUpdate.Status#NOT_ATTEMPTED} * can be leaved by implementation after return from this call. * @param out * output stream to write sideband messages to * @throws org.eclipse.jgit.errors.TransportException * objects could not be copied due to a network failure, * critical protocol error, or error on remote side, or * connection was already used for push - new connection must be * created. Non-critical errors concerning only isolated refs * should be placed in refUpdates. * @since 3.0 */ void push(final ProgressMonitor monitor, final Map refUpdates, OutputStream out) throws TransportException; }